Magnum One

home *** CD-ROM | disk | FTP | other *** search

/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d12 / c_conf2.arc / C2 next >

Wrap

Text File | 1990-07-10 | 850.4 KB | 19,882 lines

2dwk1312 P to pause, S to cancel output ------------------------------ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DWK1312 Date: 09/27/89 From: STEVEN SCHULZ Time: 04:21 pm To: ALL (Read 103 times) Subj: MEMORY AVAILABLE I'm using Microsoft "C" 5.1 and was wondering if there is a way to check how much memory is available. I would like to use this from within my program after I have already done a series of malloc()'s. I'm only interested in conventional memory, but it has to be all the available free memory not just the memory available in the default data segment. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DWL3457 Date: 09/27/89 From: GRANT ELLSWORTH (Leader) Time: 05:57 pm To: STEVEN SCHULZ (Rcvd) (Read 101 times) Subj: R: MEMORY AVAILABLE There should be a "memavail()" type of function in your C library. I don't remember the MSC function name right now, but I do remember being able to use a function name directly when I did a port from TC 1.5 to MSC5.x several months ago. Grant --------------- ** Current thread: MEMORY AVAILABLE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DWM2166 Date: 09/27/89 From: JOE VINCENT Time: 06:36 pm To: GRANT ELLSWORTH (Rcvd) (Read 101 times) Subj: R: MEMORY AVAILABLE Message CC'd to: GRANT ELLSWORTH STEVEN SCHULZ >There should be a "memavail()" type of function in your C library. I >don't remember the MSC function name right now, but I do remember being Grant, you're thinking of the "_memavl" function, but that one only returns the memory available in the default data segment and Steve wanted total memory available. The only thing I can think of right off hand is a kludge: determine the total memory USED and subtract that from the total memory in the machine, obtained using the "_bios_memsize" function. -=≡{JOE}≡=- (tm) --------------- ** Current thread: MEMORY AVAILABLE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DXC2085 Date: 09/28/89 From: STEVEN SCHULZ Time: 08:34 am To: GRANT ELLSWORTH (Rcvd) (Read 97 times) Subj: R: MEMORY AVAILABLE There is a _memavl() function in MSC's library but it only checks the memory available in the default data segment, not across all segments, which is what I really need. I don't think there are any functions supplied that do this, unless I'm missing something?? --------------- ** Current thread: MEMORY AVAILABLE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DXC2459 Date: 09/28/89 From: STEVEN SCHULZ Time: 08:40 am To: JOE VINCENT (Rcvd) (Read 102 times) Subj: R: MEMORY AVAILABLE Joe, I also seem to remember reading somewhere about a routine to do what I need. Basically you call malloc() and ask for say 10,000 bytes. If NULL is not returned, do it again. If NULL was returned, reduce the memory block asked for in half and try again. This process would continue until no more memory could be malloced. I'm going to do some digging to see if I can find the algorithm, otherwise I'll try writing my own. Maybe Turbo C has a function to check on all available free memory, as Grant seems to think. Thanks. --------------- ** Current thread: MEMORY AVAILABLE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DXN0223 Date: 09/28/89 From: JOE VINCENT Time: 07:03 pm To: STEVEN SCHULZ (Rcvd) (Read 94 times) Subj: R: MEMORY AVAILABLE >Joe, I also seem to remember reading somewhere about a routine to do what >I need. Basically you call malloc() and ask for say 10,000 bytes. If >NULL is not returned, do it again. If NULL was returned, reduce the >memory block asked for in half and try again. This process would continue >until no more memory could be malloced. Steve, doesn't "malloc" work against the heap rather than all memory? In any event, although the technique might be made to work in some form, it sure seems inelegant. -=≡{JOE}≡=- (tm) --------------- ** Current thread: MEMORY AVAILABLE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DXQ2775 Date: 09/28/89 From: GRANT ELLSWORTH (Leader) Time: 09:46 pm To: JOE VINCENT (Rcvd) (Read 93 times) Subj: R: MEMORY AVAILABLE Joe, As I recollect it, the _memavl() function returns the memory remaining in the "heap". I think there is also some function which will return the memory available in the "far heap". In TC2.0, these functions are "coreleft()" and "farcoreleft()" respectively. In that somewhat ancient port I did from TC2.0 to TC5.0 (or was it TC1.5 to MSC5.0???, can't remember), I had to cover for both functions. I don't have the MSC references around any more. Maybe somebody else has a handle on this. ... Grant --------------- ** Current thread: MEMORY AVAILABLE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DXQ3335 Date: 09/28/89 From: GRANT ELLSWORTH (Leader) Time: 09:55 pm To: STEVEN SCHULZ (Rcvd) (Read 97 times) Subj: R: MEMORY AVAILABLE Now that you mention the wriggling around with the malloc(), i think the calloc() function is what can be used to achieve the same results a little more easily. Also, there is in MSC5.0 something like a "freect()" function which tells you how many times you can call malloc() with a certain size specification. DON'T try getting the count using a size spec of 1!!!!!!! There is an 8 or 16 byte overhead coming out of the total memory available for each separate malloc()'ed area! Thus this darn function is a tad deceiving. Hope this helps. I think you'll note in a msg I just left Joe Vincent that TC has the functions you need. Grant --------------- ** Current thread: MEMORY AVAILABLE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DYS1331 Date: 09/29/89 From: GLEN THOMPSON Time: 11:22 pm To: STEVEN SCHULZ (Rcvd) (Read 95 times) Subj: R: MEMORY AVAILABLE Steven, Turbo-C has a function called farcoreleft() that returns a long int of the memory available on the system. Works well since I was just using it yerterday in a program to make sure enough memory was available before executing another program. I don't think MSC has an equivalent function. glen --------------- ** Current thread: MEMORY AVAILABLE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DZN3059 Date: 09/30/89 From: TOM FRANK Time: 07:51 pm To: GLEN THOMPSON (Rcvd) (Read 93 times) Subj: R: MEMORY AVAILABLE Glen, There is a way in MSC to find out how much memory is left - although a bit of a kludge. A call to _dos_allocmem asking for more memory than is possible will return an error and give you the number of paragraphs of memory available - see the RTL docs on this function (for MSC 5.1 only). BTW - it just calls the DOS memory alloc function so you could always use the INT86 functions to access it directly. Tom --------------- ** Current thread: MEMORY AVAILABLE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2E2C0543 Date: 10/02/89 From: STEVEN SCHULZ Time: 08:09 am To: JOE VINCENT (Rcvd) (Read 101 times) Subj: R: MEMORY AVAILABLE When using malloc() with the compact and large memory models, malloc is mapped to _fmalloc, which allocates memory outside the default data segment. If sufficient memory is not available, _fmalloc will try within the default data segment. If it fails here, NULL is returned. Yes, this solution of repeatedly trying malloc to get the available memory does sound inelegant. Also, when memory is malloced I believe a header is also allocated. This header would not count in the available memory, so this solution will probably not be 100% accurate. --------------- ** Current thread: MEMORY AVAILABLE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2E2C0885 Date: 10/02/89 From: STEVEN SCHULZ Time: 08:14 am To: GRANT ELLSWORTH (Rcvd) (Read 100 times) Subj: R: MEMORY AVAILABLE I will definitely try the _freect() function. Looks like it will do what I need. Must have overlooked it. Thanks! --------------- ** Current thread: MEMORY AVAILABLE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2E2C1092 Date: 10/02/89 From: STEVEN SCHULZ Time: 08:18 am To: GLEN THOMPSON (Rcvd) (Read 105 times) Subj: R: MEMORY AVAILABLE You are right, MSC does not have a similiar function to the farcoreleft() that TC does. I'm going to try using _freect(), which returns the approximate number of times malloc() can be called to allocate a given size data item. In my case I will use a char to find out how many bytes are available. --------------- ** Current thread: MEMORY AVAILABLE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2E2L2002 Date: 10/02/89 From: GRANT ELLSWORTH (Leader) Time: 05:33 pm To: STEVEN SCHULZ (Rcvd) (Read 109 times) Subj: R: MEMORY AVAILABLE Steven, before you go leaping into _freect() to determine the ram available by using a single byte as the size of element, consider the OVERHEAD needed to support each malloc() unit. I suggest that you try some size larger than a paragraph (16 bytes) to get a more accurate count. It has been my experience that each malloc() allocates the memory for each new unit to be on a "quadword (8-byte)" boundary ... and then there is the DOS overhead (8-bytes?). Grant --------------- ** Current thread: MEMORY AVAILABLE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2E2P3071 Date: 10/02/89 From: DAVID THOMAS Time: 08:51 pm To: STEVEN SCHULZ (Rcvd) (Read 110 times) Subj: R: MEMORY AVAILABLE Steven: Since you are running under some varient of DOS, why not skip all the malloc() overhead and repeated calls, etc. and simply use DOS int 21, functions 48h and 49h? 48h allocates a memory block of a requested size, and on failure returns the size of the largest available memory block. Function 49h is the reciprocal of 48h, releasing previously allocated memory. I believe both MSC and TC have a "regs" struct predefined for use with a dosint() or int86() type of call. If portability is an issue, put a front end on the function calls to allow a rewrite under another architecture. Functions 48h and 49h are the tools your C library uses to implement malloc() and company anyway, so why live with the overhead? Good luck any road... David >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DWL3286 Date: 09/27/89 From: GRANT ELLSWORTH (Leader) Time: 05:54 pm To: JOHN LLOYD (Rcvd) (Read 95 times) Subj: R: B-TO-C It's possible that I saw those other BASIC-TO-C translator(s) on another BBS ... and recalling that I saw them at all was an archeaological exped- ition. I suggest you try accessing "THE TOOL SHOP" in Phoenix, AZ (accisible via PCPURSUIT) at 602-279-2673. The Tool SHop also has a commendable upload set --- not as elaborate or deep as the one here on EXECPC, of course, but it has a different focus (C and pgming tools). Be prepared to wait a LONG WAIT on redials to get connected - that bbs is real popular out in that part of the West. Grant B Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DWK1312 Date: 09/27/89 From: STEVEN SCHULZ Time: 04:21 pm To: ALL (Read 104 times) Subj: MEMORY AVAILABLE I'm using Microsoft "C" 5.1 and was wondering if there is a way to check how much memory is available. I would like to use this from within my program after I have already done a series of malloc()'s. I'm only interested in conventional memory, but it has to be all the available free memory not just the memory available in the default data segment. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DWJ3303 Date: 09/27/89 From: KEN HOPKINSON Time: 03:55 pm To: JODY IRISH (Rcvd) (Read 97 times) Subj: R: TURBO-C CRUIT Hi Jody, One program you might want to look at for learning C is CROBOT in the mahoney collection. It isn't really that complicated when you look at what you can use, but its kind of fun to see how close you can make your robot into a thinking machine that'll wipe everyone else out. ken --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DW52154 Date: 09/27/89 From: JOHN LLOYD Time: 05:35 am To: GRANT ELLSWORTH (Rcvd) (Read 97 times) Subj: R: B-TO-C Thanks, I will look for the ones mentioned. Already did the search, without results cept for b-to-c. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DVR3589 Date: 09/26/89 From: JODY IRISH Time: 10:59 pm To: ALL (Read 92 times) Subj: PASSWORD.C Hello everybody, You may have already written a better program, but I'm kinda proud of this small program, as it's the first one I actually thought of and wrote. After many failures and re-tries, I got something to work!!! The file is called PASSWRD.ZIP. It should be somewhere in Bob's collection under programming support or language support??? It was written on turbo-c 1.5, but should be easy to convert. The .EXE file should be about 9K or so, it's not resident, and I access it in my autoexec.bat on the hard drive. It's free to all... please don't sell it, just pass it around and don't lay claim to it! There is a readme file included in the zip-file to explain further, and comments in the source. From: Jody L. Irish, I.M. Computing --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DVR2726 Date: 09/26/89 From: JODY IRISH Time: 10:45 pm To: GRANT ELLSWORTH (Rcvd) (Read 93 times) Subj: R: TURBO-C CRUIT Grant, Thanks for a welcome! I am not a programmer by trade, just curiosity. I learned BASIC waaaaaayyyyyy back in high school, then fortran, but forgot most all of it. Tried to self-teach myself Turbo Pascal, but really found myself hosed up with structured programming. I didn't understand the concept, but upon reading about Turbo-C while watching a self-taught peer of mine (and kinda mentor/tutor), I started figuring it out. What I found most helpful was pull-down menus and being able to read the include files, once I learned what they actually were! I am going to upload a small password program tonite (soon). It's one of my first lessons in curiosity-killed-the-cat! At first, it re-wrote the boot track of drive c: to the near last track (605 on my st-225), then if the correct password given, wrote it back to finish the boot... BUT... After performing several lowlevel formats, I scrapped that idea: TOOOOO DANGEROUS!!! So it just leaves you with a red screen. I am leaving only the source code for all to use, free material. Will this create any hassles? I hope no greedy people try to profit! I figure it's worth about $.25 myself!!! Again, thanks for welcoming me, am very interested in C and sharing experiences and problems. From: Jody L. Irish, I.M. Computing --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DVQ2172 Date: 09/26/89 From: JOHN HEIM Time: 09:36 pm To: MICHAEL KUMBERA (Rcvd) (Read 98 times) Subj: R: NEURAL NET'S Michael, It's really been bugging me that I couldn't find your BIX stuff. I'm going to poke around again when I get the time. If you have success through other means let me know. I was thinking that they might remove code listings after a certain period of time. John --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DVQ1861 Date: 09/26/89 From: GRANT ELLSWORTH (Leader) Time: 09:31 pm To: JOHN LLOYD (Rcvd) (Read 96 times) Subj: R: B-TO-C I remember seeing something named BAS2C.xxx or BASTOC.xxx in the mahoney collection some many moons ago. Check these out. Also, you might try the hypertext scan to look for "BAS" and " C ". Grant --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DVQ1696 Date: 09/26/89 From: GRANT ELLSWORTH (Leader) Time: 09:28 pm To: JODY IRISH (Rcvd) (Read 94 times) Subj: R: TURBO-C CRUIT Jody, Like a lot of others here in this topic/conference, I taught myself C using Turbo C (and a couple of other compilers a little later). Maybe you should begin by stating what base you were starting from - e.g.: 1. Previous work with which programming tools/languages 2. How long and doing what kind of hobby or pro-programming Also, you might want to tell us what you are finding the most confounding in learning/using C, Turbo C, etc.. Somewhere back in Feb/Mar., we had a short discussion going on here about the problems of learing C - as a 2nd (or 3rd, etc.) programming language vs as the very first programming language. The consensus seemed to be that learning C as the very first programming language was an invitation to frustration city. Some even thought that prior exposure to, if not extensive work with, some other compiled block-structured language like PASCAL or PL/I (for IBM 370 Mainframers) was highly desirable, if not necessary. One person wrote that he learned C only after some work with dBASE III(?) and found it a very frustrating journey --- but he wrote that he finally got the hang of it. For my part, my programming "mother toungue" is mainframe assembler and C was the 1st so-called "Higher Order Language" I took seriously. However I did have some prior exposure to PASCAL and its ancestor, ALGOL 60 -- a long time before. grant --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DV51941 Date: 09/26/89 From: JOHN LLOYD Time: 05:32 am To: ALL (Read 95 times) Subj: B-TO-C Well, I didn't luck out on the B-TO-C. Does anyone know of a shareware or public domain program that with convert, even loosly, a GWBASIC program to C source. A friend is trying to learn C and feels that if he could write a small basic program, convert it and study the resultant source code, it would help him to understand C more easily. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DUP1048 Date: 09/25/89 From: JODY IRISH Time: 08:17 pm To: ALL (Read 95 times) Subj: TURBO-C CRUIT Hello, I have trying to teach myself Turbo-C for the last year or so... Would enjoy experiences and converse of others who tried the same. I currently use ver 1.5 and am known for bangin' my forehead on objects, from styrofoam insulated walls to concrete blocks, have dented fenders, but not engine blocks! Am willing to share anything I've learned. jli --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DUK1178 Date: 09/25/89 From: ROBERT BALSOVER Time: 04:19 pm To: AMERICA WEST (Rcvd) (Read 106 times) Subj: R: PRO-C Jim, I have been considering PRO-C, I'd like to here opinions about it and anything anyone else tells you. Thanks Bob --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DSR0425 Date: 09/23/89 From: GRANT ELLSWORTH (Leader) Time: 10:07 pm To: ERIC WILSON (Rcvd) (Read 99 times) Subj: R: FUNCTIONS Eric, some of the compilers have built-in library functions for searching and sorting - e.g. the Turbo C 2.0 compiler has qsort() and bsearch() (a binary search routine). Books on sorting and searhing techniques are also available: Knuth, Donald, Sorting and Searching (Art of Programming Vol 3) is a classic on the subject. Also see, The C Toolbox, by William Hunt, or Algorithms, by Robert Sedgewick. Some of the "Advanced C" type books I have seen on the shelves of technical book stores also have some sample sorting and searching algorithms written in C. Hope these comments help. Grant --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DSI2036 Date: 09/23/89 From: ERIC WILSON Time: 02:33 pm To: ALL (Read 100 times) Subj: FUNCTIONS Does anyone know where I can get some type of sorting and searching functions. If there are no functions written a title to a good book that discusses this topic would be a great help. Thanx in advance ! --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DSB1745 Date: 09/23/89 From: AMERICA WEST Time: 07:29 am To: ALL (Read 108 times) Subj: PRO-C Has anyone out there had any experience with PRO-C from Vestronix? We have purchased and are using it to generate C code, we are generating applications that have data files compatible with dBase III+ so we are using DBCIII+ routines from Lattice. The code generator seems to generate good C code (lots of it!). I have a lot of experience programming in Basic and just a rudimentary knowledge of C. I can usually determine what a C program is doing by reading the source code, but I am nowhere near proficient in generating C code. What have been your experiences with this package? Have there been any major problems with the code that it generates? Any comments would be greatly appreciated. Jim Arner America West C&E, Inc. 311 Washburn Drive Rock Springs, WY 82901 307-382-5663 FAX-382-7323 --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DS52363 Date: 09/23/89 From: JOHN LLOYD Time: 05:39 am To: ALL (Read 96 times) Subj: B-TO-C A short time ago I downloaded a programs from the Mahoney section called B B-to-C.ZIP. It was for a friend trying to learn C. While it ran on a "Hello World" program, the code generated did not look like any C I have seen. Output seemed to be an intermediate code which needs further translation. I am not a programmer, and could not explain what was going on. First guess is that the program (B-TO-C) was not a complete utility by itself, and perhaps files, or librarys were missing. Anyone know anything about this file??? How to use it??? Is there more of it??? Thanx --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DS13355 Date: 09/23/89 From: JAMES MACHADO Time: 12:55 am To: OTTO PORTER (Rcvd) (Read 102 times) Subj: R: PROBLEMS RUNNING QUICK-C i have 1.00 and 2, i only had the problem with 2, i ended up changing my dos from an old generic to dri's e've heard of stranger things, but not many. thanks james --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DRP1898 Date: 09/22/89 From: RICHARD POELING Time: 08:31 pm To: JIM MONROE (Rcvd) (Read 98 times) Subj: R: #1)POWER C #2)WORD PROCESSING After testing some things on my system, I have concluded that my programs run fine when I compile them with Power C. The source of all my problems seems to be the Utilities that I bought from Mix. I don't know if it is a problem with my computer not liking the way their stuff was compiled or what exactly, but eventually I find it. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DQL1636 Date: 09/21/89 From: JIM FISCHER Time: 05:27 pm To: PAUL MCKENZIE (Rcvd) (Read 101 times) Subj: REPORT WRITING Paul, much thanks and salutations to you! I'll D/L the file and check it out tonight. Really appreciate your help, I owe you one. Best regards, Jim --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DQ22927 Date: 09/21/89 From: PAUL MCKENZIE Time: 02:48 am To: JIM FISCHER (Rcvd) (Read 94 times) Subj: R: REPORT WRITING Jim, I have uploaded COMMAFMT.ZIP on the Mahoney Collection. This should take care of your problem. Paul --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DPS3196 Date: 09/20/89 From: ERIK DUFEK Time: 11:53 pm To: JIM MONROE (Rcvd) (Read 95 times) Subj: R: #1)POWER C #2)WORD PROCESSING In any type of C discussion, I expect I'll be the slow guy. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DPN1096 Date: 09/20/89 From: JIM FISCHER Time: 07:18 pm To: PAUL MCKENZIE (Rcvd) (Read 99 times) Subj: REPORT WRITING Thanks much for your help, we'll give it a try and let you know the results. Thanks again, Jim --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DPD2900 Date: 09/20/89 From: JIM MONROE Time: 09:48 am To: ERIK DUFEK (Rcvd) (Read 101 times) Subj: R: #1)POWER C #2)WORD PROCESSING I think that both a discussion group here on the BBS as well as some degree of personnel interaction may be valuable. Lets try it later in the fall. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DP11456 Date: 09/20/89 From: PAUL MCKENZIE Time: 12:24 am To: PAUL MCKENZIE (Rcvd) (Read 98 times) Subj: R: REPORT WRITING Oops, Got the prototype confused. The call is as follows: char *comma_fmt(char *buf1, char *buf2) where buf1 is a pointer to a string representing the number to be formatted, and buf2 is a pointer to the buffer where the formatted number is to reside. The routine requires you to convert the original number to a string yourself. You can use sprintf() or your own number to string routine. Here is an example: int num = 23456; char buf2[10] char temp[7]; sprintf(temp,"%d",num); comma_fmt(temp,buf2); fprintf(stdprn,"%s",buf2); Paul McKenzie --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNS3163 Date: 09/19/89 From: PAUL MCKENZIE Time: 11:52 pm To: JIM FISCHER (Rcvd) (Read 93 times) Subj: R: REPORT WRITING Jim, I have a function that returns a comma formatted number. It works with either negative or positive values. I have the code at my place of work, so I cannot get my hands on it until tomorrow (Wednesday). The ANSI prototype to the routine is as follows: char *comma_fmt(double num, char *buf) where num is the number to format, and buf is a pointer to the buffer that will store the formatted number. The routine also returns the pointer to the buffer. Paul McKenzie --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNR3544 Date: 09/19/89 From: ERIK DUFEK Time: 10:59 pm To: JIM MONROE (Rcvd) (Read 94 times) Subj: R: #1)POWER C #2)WORD PROCESSING >Is it possible to >get a mix group together on this board? Bob is waiting for the move before he does any more work in modifying the topic areas. But I think the C area is an appropriate area. C is meant to be portable so any discussion should usually be relevant with any compiler. I'm not a serious user of the program yet. I've used it a few times, but nothing complicated. I've downloaded a few of the C tutors though in anticipation of more serious use in the future. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNR0939 Date: 09/19/89 From: ROBERT BALSOVER Time: 10:15 pm To: GRANT ELLSWORTH (Rcvd) (Read 97 times) Subj: R: CALLABLE EDITOR IN C Grant, Unfortunately I don't have a Pascal compiler, I never saw a need for it. With all of the good Pascal source out there I would certainly be willing to pay for a fully functioning translator, but I guess there isn't enough people like me out there or there would be a package available. I can program in Pascal, so I could do it manually but it takes too long even with a half functioning translator. Bob --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNR0139 Date: 09/19/89 From: MICHAEL KUMBERA Time: 10:02 pm To: JOHN HEIM (Rcvd) (Read 98 times) Subj: R: NEURAL NET'S John, The reason I think it's there is that the BYTE article states that the program can be downloaded from BIX. I would like to thank you for looking though. Michael Kumbera --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNQ1620 Date: 09/19/89 From: JIM MONROE Time: 09:27 pm To: ERIK DUFEK (Rcvd) (Read 96 times) Subj: R: #1)POWER C #2)WORD PROCESSING I also have the powerc c compiler and have no problem. Is it possible to get a mix group together on this board? --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNQ1473 Date: 09/19/89 From: JIM MONROE Time: 09:24 pm To: RICHARD POELING (Rcvd) (Read 96 times) Subj: R: #1)POWER C #2)WORD PROCESSING I ALSO HAVE THE POWERC C PACKAGE FROM MIX. I have not had any problems with the programs. If possible can you upload one tof these to me and I will try it here to see if the same problem exsists. Jim // s --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNQ0696 Date: 09/19/89 From: JIM FISCHER Time: 09:11 pm To: ALL (Read 95 times) Subj: REPORT WRITING Can anybody give me some advice as to editing data used to print a report written in 'C'. I need to know how to edit a numeric field whose length can be from 0 to 999,999,999. I need to know how to insert the commas between the numbers if the field is long enough to require them. This report is to be printed not displayed on screen. Thanks, Jim --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNP1616 Date: 09/19/89 From: JOHN HEIM Time: 08:26 pm To: RICHARD POELING (Rcvd) (Read 95 times) Subj: R: C & ASSEMBLY LANGUAGE BBS'S Rick, I'm sure CompuServe has conferences on both C and Assembly. It'll cost you some bucks to use though. Most of the people I know that spend a lot of time on CS use a program that logs them on, downloads the messages they're interested in and logs them off automatically. It's available from CompuServe. I don't use CS all that much except to ask Borland's tech support staff questions so I don't know that much about it. John --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNP1072 Date: 09/19/89 From: JOHN HEIM Time: 08:17 pm To: MICHAEL KUMBERA (Rcvd) (Read 94 times) Subj: NEURAL NET'S Michael, I got on BIX and looked for the code listings for October 87. Well, I couldn't find them. I found Oct '88 and even Oct '89 but not Oct '87. I think they're not there. Maybe there's someone on this BBS that uses BIX alot who can say for sure. I looked around for quite a while before giving up. Do you have some reason for believing it was there? John Heim --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNM0451 Date: 09/19/89 From: GRANT ELLSWORTH (Leader) Time: 06:07 pm To: ROBERT BALSOVER (Rcvd) (Read 96 times) Subj: R: CALLABLE EDITOR IN C TP2C is not Sam's commercial version. I think it is the one put out by Chien(?) Associates in New Orleans. I noticed an ad from them last winter when S's s/w was still called TPC or TP2C as well. Sam and I had a short dialogue on his bbs about it ... he knew nothing about Chien or that TP2C. BTW, I think any hang you may get in the May 88 version can be easily fixed if you also have a Pascal Compiler and the TPTC 17 sources. Also, I note that I have to put my machine in autodial for an average of 50 mins to get into the Tool Shop ... it certainly is a popular BBS out there in the southwest. Grant --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNC2830 Date: 09/19/89 From: VICTOR DURA Time: 08:47 am To: ROBERT BALSOVER (Rcvd) (Read 95 times) Subj: R: CALLABLE EDITOR IN C Robert Thanks for the tip. I dl and check it out. Vic --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNC2722 Date: 09/19/89 From: VICTOR DURA Time: 08:45 am To: STEVEN KEY (Rcvd) (Read 94 times) Subj: R: CALLABLE EDITOR IN C Steve, Thanks for the info. I'll check it out...Vic --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DM13002 Date: 09/18/89 From: ROBERT BALSOVER Time: 12:50 am To: GRANT ELLSWORTH (Rcvd) (Read 95 times) Subj: R: CALLABLE EDITOR IN C Grant, I used what I think was the May '88 version. I can't be sure because I erased it when it puked several times. I decided it was not advanced enough for my use. I have seen a comercial TP2C translator advertised in DDJ June '89. Pg #9 is Programmers Paradise's ad. It lists with them for $199. I wonder if that is Sam's work. Any time I try to call the Tool Shop it is busy. Bob --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DKS1246 Date: 09/16/89 From: GRANT ELLSWORTH (Leader) Time: 11:20 pm To: ROBERT BALSOVER (Rcvd) (Read 100 times) Subj: R: CALLABLE EDITOR IN C Bob, I think tptc17 of may 3(?) 88 was the last shareware version. The source to it was also distributed. That was the version I was referring to. No, I did not try it out on Borland's Editor Toolbox, but I did use it to translate a complex MVS performance measurement tool which I developed in TP3.0. THere were some problems because of the complex structures in code and data. I do remember that a prior version to TPTC17(g) of May 88 did "puke" on any complicated pascal program. What version did you use - (date and version id)? BTW, Sam has not totally abandoned the translator. I understand it was purchased by a company (purchase had Sam attached to it) and that Sam is improving it over time with a commercial release as the target. You could check with Sam (call the Tool Shop) and find out what current plans are. Grant --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DKK2078 Date: 09/16/89 From: MICHAEL KUMBERA Time: 04:34 pm To: ALL (Read 95 times) Subj: C++ If any of you get a chance to use C++ do it. It adds some great new functions to C. I recently got the book "Using C++" by Bruce Eckel (Osborne McGraw-Hill) and it gives a good explination on how to use C++. Their discussion of using OBJECTS is well done but they could explain function overloading better. C++ seems like the best programming language since C. Michael Kumbera --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DKK1262 Date: 09/16/89 From: MICHAEL KUMBERA Time: 04:21 pm To: JOHN HEIM (Rcvd) (Read 94 times) Subj: R: NEURAL NET'S Thanks for the reply John. I found some information that might help you locate the file. The Issue was Oct. 87 and the program name is bpsim.c also the artical name is "Back-Propagation, A Generalized delta learning rule". Thanks for taking the time to look for the file. Michael Kumbera --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DK41916 Date: 09/16/89 From: ROBERT BALSOVER Time: 04:31 am To: VICTOR DURA (Rcvd) (Read 97 times) Subj: R: CALLABLE EDITOR IN C Victor, There is a file in the collection called TURBBOOK.ZIP. It contains the source from Al stevens Book Turbo C screen O/I (etc. something like that) I have that book and in it he wrote a routine that is exactly what you asked for. The source is for TSR's, Windows etc. The file would have the correct book name if you want to pick it up. I've seen it lately on the bookshelfs so you shouldn't have problems finding it. I do recommend the book but it is written for TC 1.0 so you have to make adjustments if you wish to do TSR's with a later version of TC. It otherwise needs no further corrections. Bob --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DK40892 Date: 09/16/89 From: ROBERT BALSOVER Time: 04:14 am To: GRANT ELLSWORTH (Rcvd) (Read 97 times) Subj: R: CALLABLE EDITOR IN C Grant, I dunno. I only used Sam's program, I never looked at any others. I was attempting to translate the TPascal Editor toolbox and it puked. Did he continue developement of his program or shelf it? Bob --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DK10817 Date: 09/16/89 From: RICHARD POELING Time: 12:13 am To: ALL (Read 98 times) Subj: C & ASSEMBLY LANGUAGE BBS'S I am interested in locating other BBS's that have a good 'C' programming conference section. I would also like to find one that deals with Assembly language in the MSDOS environment. Does anyone know of any? Thanks. Rick. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DJS2501 Date: 09/15/89 From: JOHN HEIM Time: 11:41 pm To: ALL (Read 95 times) Subj: STUFF In case anyone missed my previous message, I'd like to reiterate that if anyone out there wants to get Borland tech support from a BBS I'd suggest you go for CompuServe instead of BIX. I've found it infinately more intuitive and user friendly. BBS support is a very useful tool. If you've ever tried discribing your code to someone on the phone you may be able to imagine how convenient being able to upload a message could be. You can include source code, output listing, commentary etc. One more thing, I subscribe to a magazine called *The C Users Journal*. It's a great mag and I'd highly recommend it. It's much better than DDJ or Computer Journal. Anybody know of any other good mags we should be aware of? John Heim --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DJS1407 Date: 09/15/89 From: JOHN HEIM Time: 11:23 pm To: MICHAEL KUMBERA (Rcvd) (Read 97 times) Subj: R: NEURAL NET'S Michael, I signed up for BIX a few weeks ago to talk to Borland's tech support staff. I don't really know how to find the stuff your asking for but I guess I can figure it out. I'll let you know when I find it. John Heim PS. I signed up for BIX but I also got a membership on CompuServe where Borland also suppies a support staff. I've used CompuServe almost exclusively since because I found it infinately more user friendly and intuitive. I say thsi not necessarily for your benefit, Michael, but just to let anyone who might be paging through here know. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DJR2496 Date: 09/15/89 From: JOHN ABATTE Time: 10:41 pm To: ALL (Read 96 times) Subj: DEREFERENCING POINTERS What exactly does it mean to dereference a pointer. I'm new to C and I've heard the term several times, but I haven't the foggiest idea what it means or what it's used for. I'm taking a second-level course at the local college and the question was brought up, but the instructor didn't give a very good explanation. I'd appreciate it if anyone could clarify this for me Thanks for the help. Ciao for now...John --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DJP1645 Date: 09/15/89 From: GRANT ELLSWORTH (Leader) Time: 08:27 pm To: ROBERT BALSOVER (Rcvd) (Read 98 times) Subj: R: CALLABLE EDITOR IN C Bob, there was ONE good one of the whole batch ... and that was TPTC17 of May 88 = from Sam Smith, Tool Shop BBS in Phoenix, AZ. I think the file is still here in the Mahoney Collection. It did have some shortcomings, but it was SOOOO much better than the others. And I don't think it puked on most stuff. There are some obtuse and arcane constructs it doesn't handle very well, however (nested structures, untyped variables). But, I found that the C code it produced was not far from what was needed for a clean C compile and execution. Also, the author released the SOURCE for that version so you could modify it to meet your needs (source was in TP), grant --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DJC1241 Date: 09/15/89 From: STEVEN KEY Time: 08:20 am To: VICTOR DURA (Rcvd) (Read 99 times) Subj: R: CALLABLE EDITOR IN C Victor, Ed Ream ( advertizes in DDJ) used to sell an editor ( with source ) written in C. It was called RED, I think. You might give him a call or drop him a note. Steven --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DJA1482 Date: 09/15/89 From: VICTOR DURA Time: 06:24 am To: GRANT ELLSWORTH (Rcvd) (Read 99 times) Subj: R: CALLABLE EDITOR IN C Thanks for the info Grant, I see what I can find on the Tool Box..Vic --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DIQ2990 Date: 09/14/89 From: ROBERT BALSOVER Time: 09:49 pm To: GRANT ELLSWORTH (Rcvd) (Read 99 times) Subj: R: CALLABLE EDITOR IN C Have you ever tried to use those Pascal->C translators? They puke on the code more often then not. They are not very useful. Bob --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DIP1736 Date: 09/14/89 From: OTTO PORTER Time: 08:28 pm To: JAMES MACHADO (Rcvd) (Read 105 times) Subj: R: PROBLEMS RUNNING QUICK-C James, I don't know what version you are using, but if it is version 1.00 there was a problem a disk control■≥ler ( I fºMforget which).■≥ MS issued a maintanence upgrade (v 1.01b) which fixed it. I don't ■≥know ■≥if ■≥you ca■┬√ still get it from them √■≥ without ■≥going to version 2. Otto P■≥. ■≥ --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DHS0692 Date: 09/13/89 From: GRANT ELLSWORTH (Leader) Time: 11:11 pm To: VICTOR DURA (Rcvd) (Read 106 times) Subj: R: CALLABLE EDITOR IN C Here;s something that might help. Borland used to sell, and may still sell, the Editor Tool Box for Turbo Pascal (4.0). I don't think they up- graded it for 5.0 and/or 5.5. However, functionally, it can be modified to provide this thing you want --- that was the intention of the product. Now, you need/want something in C --- so you could run a Pascal to C translator (Like TPTC17G(?).ZIP in mahoney collection) against the PASCAL source to give you a C version you could work with. Grant --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DHG0587 Date: 09/13/89 From: VICTOR DURA Time: 12:09 pm To: ALL (Read 104 times) Subj: CALLABLE EDITOR IN C Does anyone know of a shareware editor module, written in C, that can be called from within a C program? All I need are very simple editing functions, nothing fancy. What I would like to do is edit a text buffer by passing a pointer to an editor module. E.g. the statement "status=editor(buffptr);" would execute a full screen editor on the text at buffptr. Thanks for your help. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DGS3152 Date: 09/12/89 From: RICHARD POELING Time: 11:52 pm To: ERIK DUFEK (Rcvd) (Read 96 times) Subj: R: POWER C COMPILER & C/UTILITIES I'm sure my code is fine. Not only that, but like I said before, the problem occurs more frequently when I run THEIR programs which I have no control over. So the bugs are with their software. This weekend I'm going to run some test and determine whether it is the compiler that has bugs or the C/Utilities that do, or both. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DGR2795 Date: 09/12/89 From: GRANT ELLSWORTH (Leader) Time: 10:46 pm To: OTTO PORTER (Rcvd) (Read 100 times) Subj: R: PRINTING IN 'C' Otto, your description of the form-feed behavior reads like it has more to do with the printer than the dos buffers. The printer may have its own little buffer and be running 1 cycle behind what you and the cpu believe is the case. I have the same problem with my NEC pinwriter P3. BTW, I think "writing to a file" , which some of our other correspondents have suggested, IS definitely the way to do it. Grant --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DG11015 Date: 09/12/89 From: ERIK DUFEK Time: 01:16 am To: RICHARD POELING (Rcvd) (Read 99 times) Subj: R: POWER C COMPILER & C/UTILITIES Are you sure it's Mix's code that is causing the trouble and not yours? As far as the Toolchest, I believe they only marketed it. I believe the actual code belongs to someone else. But I'm not sure about that. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DFS2697 Date: 09/11/89 From: RICHARD POELING Time: 11:44 pm To: ERIK DUFEK (Rcvd) (Read 98 times) Subj: POWER C COMPILER & C/UTILITIES Thanks for the reply, Erik. In regards to the version of my Power C compiler I received their 1.3.0 upgrade about two months ago. At the same time I also purchased their C/Utilities Toolchest. It is a collection of Unix-like programs that I enjoy using, because most of my computer experience is on that type of operating system. Anyway, I am positive that my 'C' source code is accurate because the problems that I am having are too transient - I can never tell when it will bomb. Actually, I don't usually have too much problem with my programs. Most of my problems occur when I use their Unix-like utilities that they compiled with Power C (at least I assume they used their own compiler). So ther must be a bug either in the code they wrote for their utilities or in their compiler. I think what intrigues me the most is the way that I'm able to get my system up and running by using that tsrcom program that is on this BBS. Since I run the program in my autoexec.bat file all I have to do is type in the command release (which clears out the memory up to the point where it was marked) and then run the command mark (so that it re-marks the memory in case of another bomb). I only wish I knew why I am having this strange problem with just Mix's programs. It seems to me that they didn't test their stuff very thoroughly. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DF12360 Date: 09/11/89 From: JAMES MACHADO Time: 01:39 am To: ALL (Read 103 times) Subj: PROBLEMS RUNNING QUICK-C Hi i'm wondering if anybody has had a problem getting the Quick-C environment to run on an XT with Phenix BIOS running MS-DOS 3.2 (yes it is a clone). i've been able to run it on other XT's (also clones) but not my own. QCL works, i've used it but when i load QC my hard drive whirs, the screen blanks then it locks up. please help james --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DF10460 Date: 09/11/89 From: ERIK DUFEK Time: 12:07 am To: RICHARD POELING (Rcvd) (Read 99 times) Subj: R: #1)POWER C #2)WORD PROCESSING Almost forgot to answer your word processing question. Look up the issue of PC Magazine that has the editor TED in it. There is some of the philosophy of how to program text tools along with the description of the TED program. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DF10219 Date: 09/11/89 From: ERIK DUFEK Time: 12:03 am To: RICHARD POELING (Rcvd) (Read 100 times) Subj: R: #1)POWER C #2)WORD PROCESSING Rick, I have also purchased Mix's Power C as an inexpensive compiler. I'd venture to say I'm not as experienced as you since I've only finished one real short program. But I'm also ahead of you since it compiled and works perfectly. I can't tell you why the program doesn't work on your system. It sounds like you may have some incorrect code somewhere. Do you have a later version than 1.10? I just received an offer in the mail for 3.0 I believe it was. Are you calling via PCP? The reason I asked is I'd be happy to try and compile your program using my version and see what happens. I usually have a program called BackMail running so that I can transfer programs privately, quickly, cheaply and unattended. Let me know if I can be of any help. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DEQ3130 Date: 09/10/89 From: MICHAEL KUMBERA Time: 09:52 pm To: ALL (Read 94 times) Subj: NEURAL NET'S Hi, Does and one have access to BIX. I would like a program I heard they had. It's a Neural net. that uses back-propagation to learn. The issue was Oct. 87. Also if anyone has any other neural network programs the have written in C please upload them. (I did see the TTT*.C programs) thanks, Michael Kumbera --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DEK1171 Date: 09/10/89 From: RICHARD POELING Time: 04:19 pm To: ALL (Read 103 times) Subj: #1)POWER C #2)WORD PROCESSING Hello, I'm a new member to this conference, but I've been using 'C' on and off for about two years. I originally taught myself the language on a Tandy 6000 Xenix system, thus my exposure to writing code in the MSDOS environment (and PC) is a bit limited. I have read through most of the messages that are in this section and feel that I should be able to fit in without any problem. Unlike most of you who use either Microsoft's C compiler or Quick C I purchased Mix's Power C. I have found that it can do nearly everything (if not everything) that the others can do with the exclusion of its lack of being able to produce modules other than Medium size. But before you go and buy yourself a copy OR their C/Utilities program, you might want to consider the following situation. For some reason (I haven't been able to find out yet), my system sort of locks up when I use the compiler or the utilities. I'm still able to enter commands, however programs compiled with the compiler don't run. All my other programs run without a problem, but ever once in a while those programs compiled with Power C do nothing but give me the prompt back. I haven't yet contacted Mix Software about this, because I wasn't sure if any of my other programs did it (meaning that it might be my computer - which it still could be). However it seems strange that I only have problem with Power C compiled software. The only way I am able to get those programs to execute properly is to reboot the system or use the tsrcom program that I found on the Mahoney collection. What it does is mark the memory when I boot up. Then if I start having problems with the programs compiled under Power C, I use the release program which I think puts the system back the way it was when I booted up. I then mark the memory again with the tsrcom programs and I'm up and running again. For the meantime I am able to live with this inconvenience of having to release and mark the memory each time the programs freak out. Although I the lock up problem is transient, there is definitly one thing that always causes the Power C compiled programs not to work. There is a menu program in the Mahoney Collection called Power Menu. I like this program very much because it makes launching programs very, very easy. However if I use it, none of the Power C compiled programs will execute. I have to do that release/mark thing, but only after I complete exit Power Menu, which I don't like having to do. So I guess what I'm saying is that Power C is a good compiler that is real inexpensive, but there might be some bugs. (By the way if anyone might know what the problem is, I'm all ears!) Now that I've finished my little speech, I have a question to throw to those of you who are a bit more experienced than I am. It pertains to word processors and the way they handle the editing of data. Since I am not a programmer by trade I am unfamiliar with many of the tricks that famous guru's use to efficiently handle various problems. So when I decided to sit down and write a text editor to handle a specific need that I have I was stumped when it came to the logic needed to handle inserting and deleting text from the document and screen without eating up lots of memory. To make a long story short, how do word processing programs efficiently use memory so that when a person needs to insert/delete a character or a whole sentence or even an entire page that it doesn't get the text all messed up? I have some ideas of how it might be down. I thought that maybe it might be that for each paragraph there is a pointer to the beginning, however, I can't figure out how the program could easily make room within a given paragraph without loosing the surrounding text. If anyone can follow what I'm getting at, I'd really enjoy hearing from you. Thanks. Rick. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDP2842 Date: 09/09/89 From: OTTO PORTER Time: 08:47 pm To: GRANT ELLSWORTH (Rcvd) (Read 101 times) Subj: R: PRINTING IN 'C' Grant, Actually, I am not sure yet whether I am having a problem with the printer's internal buffer or the DOS buffer. The program pauses during execution to allow a paper change. However the Formfeed I issue in the program just before the pause is not being acted on by the printer until the keypress which is supposed to resume execution. This is most undesirable behaviour. <grin>. That's why I suspect the DOS buffer. I am using the fprintf function to handle the actual printing 'by string.' Otto... --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDM3327 Date: 09/09/89 From: GRANT ELLSWORTH (Leader) Time: 06:55 pm To: OTTO PORTER (Rcvd) (Read 97 times) Subj: R: PRINTING IN 'C' Otto, I think use of the DOS IOCTL function will suffice ... bypassing the dos buffers is not necessary here and buys nothing in thruput. (I'm assuming your focus is the PRN directed output). Grant --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDH0248 Date: 09/09/89 From: OTTO PORTER Time: 01:04 pm To: JOHN HEIM (Rcvd) (Read 97 times) Subj: R: PRINTING IN 'C' John, Thanks for the prompt reply. I have been using part of your idea in order to test (writing the output to a file) the program but hadn't thought of doing it for the actual implementation. I LIKE the idea and am going to try it out. Thanks again, Otto... --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDH0035 Date: 09/09/89 From: OTTO PORTER Time: 01:00 pm To: GRANT ELLSWORTH (Rcvd) (Read 98 times) Subj: R: PRINTING IN 'C' Grant, Thanks for the info. I especially like the approach of building the output using vsprintf and then using IOCTL. All this info is the general stuff I was hoping for. None of my books really touch on this much. One other thing. Must I use low-level, and or bios routines to get by the DOS buffers? Thanks again, Otto... --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDG2961 Date: 09/09/89 From: OTTO PORTER Time: 12:49 pm To: PATRICK LEMIRANDE (Rcvd) (Read 98 times) Subj: R: PRINTING IN 'C' Pat, Thanks for the help and especially the prompt reply. This will get me going. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDF0985 Date: 09/09/89 From: JOHN HEIM Time: 11:16 am To: OTTO PORTER (Rcvd) (Read 99 times) Subj: R: PRINTING IN 'C' Otto, If this is a really serious printing program, you might consider sending the stuff to file before printing it. This allows you to print multiple copies of the report easily and to reprint it if something goes wrong. Use a batch file to run the report program. ie. ... REM Run the report to generate a file called REPORT.TXT REPORT REM Print the file PRINT REPORT.TXT This technique does require you to clear out the report files once in a while or you'll fill up your disk. Another advantage is your program doesn't have to wait for the printer to catch up. John Heim PS. Multi-user systems (DOS networks and Unix workstations) require you to do things this way because you can't assume that no one else is using the printer. They usually include a 'spooler' that sends files to the printer in the order that they are recieved. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDA2781 Date: 09/09/89 From: PATRICK LEMIRANDE Time: 06:46 am To: ROBERT BALSOVER (Rcvd) (Read 104 times) Subj: R: PRINTING IN 'C' Robert, RE:> fprintf(stdprn, format_string, parms); now this is starting to get fun. Thanks. Patrick N Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDF0985 Date: 09/09/89 From: JOHN HEIM Time: 11:16 am To: OTTO PORTER (Rcvd) (Read 100 times) Subj: R: PRINTING IN 'C' Otto, If this is a really serious printing program, you might consider sending the stuff to file before printing it. This allows you to print multiple copies of the report easily and to reprint it if something goes wrong. Use a batch file to run the report program. ie. ... REM Run the report to generate a file called REPORT.TXT REPORT REM Print the file PRINT REPORT.TXT This technique does require you to clear out the report files once in a while or you'll fill up your disk. Another advantage is your program doesn't have to wait for the printer to catch up. John Heim PS. Multi-user systems (DOS networks and Unix workstations) require you to do things this way because you can't assume that no one else is using the printer. They usually include a 'spooler' that sends files to the printer in the order that they are recieved. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDG2961 Date: 09/09/89 From: OTTO PORTER Time: 12:49 pm To: PATRICK LEMIRANDE (Rcvd) (Read 99 times) Subj: R: PRINTING IN 'C' Pat, Thanks for the help and especially the prompt reply. This will get me going. --------------- ** Current thread: PRINTING IN 'C' Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDH0035 Date: 09/09/89 From: OTTO PORTER Time: 01:00 pm To: GRANT ELLSWORTH (Rcvd) (Read 99 times) Subj: R: PRINTING IN 'C' Grant, Thanks for the info. I especially like the approach of building the output using vsprintf and then using IOCTL. All this info is the general stuff I was hoping for. None of my books really touch on this much. One other thing. Must I use low-level, and or bios routines to get by the DOS buffers? Thanks again, Otto... --------------- ** Current thread: PRINTING IN 'C' Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDH0248 Date: 09/09/89 From: OTTO PORTER Time: 01:04 pm To: JOHN HEIM (Rcvd) (Read 98 times) Subj: R: PRINTING IN 'C' John, Thanks for the prompt reply. I have been using part of your idea in order to test (writing the output to a file) the program but hadn't thought of doing it for the actual implementation. I LIKE the idea and am going to try it out. Thanks again, Otto... --------------- ** Current thread: PRINTING IN 'C' Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDM3327 Date: 09/09/89 From: GRANT ELLSWORTH (Leader) Time: 06:55 pm To: OTTO PORTER (Rcvd) (Read 98 times) Subj: R: PRINTING IN 'C' Otto, I think use of the DOS IOCTL function will suffice ... bypassing the dos buffers is not necessary here and buys nothing in thruput. (I'm assuming your focus is the PRN directed output). Grant --------------- ** Current thread: PRINTING IN 'C' Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDP2842 Date: 09/09/89 From: OTTO PORTER Time: 08:47 pm To: GRANT ELLSWORTH (Rcvd) (Read 102 times) Subj: R: PRINTING IN 'C' Grant, Actually, I am not sure yet whether I am having a problem with the printer's internal buffer or the DOS buffer. The program pauses during execution to allow a paper change. However the Formfeed I issue in the program just before the pause is not being acted on by the printer until the keypress which is supposed to resume execution. This is most undesirable behaviour. <grin>. That's why I suspect the DOS buffer. I am using the fprintf function to handle the actual printing 'by string.' Otto... --------------- ** Current thread: PRINTING IN 'C' Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DGR2795 Date: 09/12/89 From: GRANT ELLSWORTH (Leader) Time: 10:46 pm To: OTTO PORTER (Rcvd) (Read 101 times) Subj: R: PRINTING IN 'C' Otto, your description of the form-feed behavior reads like it has more to do with the printer than the dos buffers. The printer may have its own little buffer and be running 1 cycle behind what you and the cpu believe is the case. I have the same problem with my NEC pinwriter P3. BTW, I think "writing to a file" , which some of our other correspondents have suggested, IS definitely the way to do it. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DEK1171 Date: 09/10/89 From: RICHARD POELING Time: 04:19 pm To: ALL (Read 104 times) Subj: #1)POWER C #2)WORD PROCESSING Hello, I'm a new member to this conference, but I've been using 'C' on and off for about two years. I originally taught myself the language on a Tandy 6000 Xenix system, thus my exposure to writing code in the MSDOS environment (and PC) is a bit limited. I have read through most of the messages that are in this section and feel that I should be able to fit in without any problem. Unlike most of you who use either Microsoft's C compiler or Quick C I purchased Mix's Power C. I have found that it can do nearly everything (if not everything) that the others can do with the exclusion of its lack of being able to produce modules other than Medium size. But before you go and buy yourself a copy OR their C/Utilities program, you might want to consider the following situation. For some reason (I haven't been able to find out yet), my system sort of locks up when I use the compiler or the utilities. I'm still able to enter commands, however programs compiled with the compiler don't run. All my other programs run without a problem, but ever once in a while those programs compiled with Power C do nothing but give me the prompt back. I haven't yet contacted Mix Software about this, because I wasn't sure if any of my other programs did it (meaning that it might be my computer - which it still could be). However it seems strange that I only have problem with Power C compiled software. The only way I am able to get those programs to execute properly is to reboot the system or use the tsrcom program that I found on the Mahoney collection. What it does is mark the memory when I boot up. Then if I start having problems with the programs compiled under Power C, I use the release program which I think puts the system back the way it was when I booted up. I then mark the memory again with the tsrcom programs and I'm up and running again. For the meantime I am able to live with this inconvenience of having to release and mark the memory each time the programs freak out. Although I the lock up problem is transient, there is definitly one thing that always causes the Power C compiled programs not to work. There is a menu program in the Mahoney Collection called Power Menu. I like this program very much because it makes launching programs very, very easy. However if I use it, none of the Power C compiled programs will execute. I have to do that release/mark thing, but only after I complete exit Power Menu, which I don't like having to do. So I guess what I'm saying is that Power C is a good compiler that is real inexpensive, but there might be some bugs. (By the way if anyone might know what the problem is, I'm all ears!) Now that I've finished my little speech, I have a question to throw to those of you who are a bit more experienced than I am. It pertains to word processors and the way they handle the editing of data. Since I am not a programmer by trade I am unfamiliar with many of the tricks that famous guru's use to efficiently handle various problems. So when I decided to sit down and write a text editor to handle a specific need that I have I was stumped when it came to the logic needed to handle inserting and deleting text from the document and screen without eating up lots of memory. To make a long story short, how do word processing programs efficiently use memory so that when a person needs to insert/delete a character or a whole sentence or even an entire page that it doesn't get the text all messed up? I have some ideas of how it might be down. I thought that maybe it might be that for each paragraph there is a pointer to the beginning, however, I can't figure out how the program could easily make room within a given paragraph without loosing the surrounding text. If anyone can follow what I'm getting at, I'd really enjoy hearing from you. Thanks. Rick. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DF10219 Date: 09/11/89 From: ERIK DUFEK Time: 12:03 am To: RICHARD POELING (Rcvd) (Read 101 times) Subj: R: #1)POWER C #2)WORD PROCESSING Rick, I have also purchased Mix's Power C as an inexpensive compiler. I'd venture to say I'm not as experienced as you since I've only finished one real short program. But I'm also ahead of you since it compiled and works perfectly. I can't tell you why the program doesn't work on your system. It sounds like you may have some incorrect code somewhere. Do you have a later version than 1.10? I just received an offer in the mail for 3.0 I believe it was. Are you calling via PCP? The reason I asked is I'd be happy to try and compile your program using my version and see what happens. I usually have a program called BackMail running so that I can transfer programs privately, quickly, cheaply and unattended. Let me know if I can be of any help. --------------- ** Current thread: #1)POWER C #2)WORD PROCESSING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DF10460 Date: 09/11/89 From: ERIK DUFEK Time: 12:07 am To: RICHARD POELING (Rcvd) (Read 100 times) Subj: R: #1)POWER C #2)WORD PROCESSING Almost forgot to answer your word processing question. Look up the issue of PC Magazine that has the editor TED in it. There is some of the philosophy of how to program text tools along with the description of the TED program. --------------- ** Current thread: #1)POWER C #2)WORD PROCESSING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNQ1473 Date: 09/19/89 From: JIM MONROE Time: 09:24 pm To: RICHARD POELING (Rcvd) (Read 97 times) Subj: R: #1)POWER C #2)WORD PROCESSING I ALSO HAVE THE POWERC C PACKAGE FROM MIX. I have not had any problems with the programs. If possible can you upload one tof these to me and I will try it here to see if the same problem exsists. Jim // s --------------- ** Current thread: #1)POWER C #2)WORD PROCESSING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNQ1620 Date: 09/19/89 From: JIM MONROE Time: 09:27 pm To: ERIK DUFEK (Rcvd) (Read 97 times) Subj: R: #1)POWER C #2)WORD PROCESSING I also have the powerc c compiler and have no problem. Is it possible to get a mix group together on this board? --------------- ** Current thread: #1)POWER C #2)WORD PROCESSING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNR3544 Date: 09/19/89 From: ERIK DUFEK Time: 10:59 pm To: JIM MONROE (Rcvd) (Read 95 times) Subj: R: #1)POWER C #2)WORD PROCESSING >Is it possible to >get a mix group together on this board? Bob is waiting for the move before he does any more work in modifying the topic areas. But I think the C area is an appropriate area. C is meant to be portable so any discussion should usually be relevant with any compiler. I'm not a serious user of the program yet. I've used it a few times, but nothing complicated. I've downloaded a few of the C tutors though in anticipation of more serious use in the future. --------------- ** Current thread: #1)POWER C #2)WORD PROCESSING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DPD2900 Date: 09/20/89 From: JIM MONROE Time: 09:48 am To: ERIK DUFEK (Rcvd) (Read 102 times) Subj: R: #1)POWER C #2)WORD PROCESSING I think that both a discussion group here on the BBS as well as some degree of personnel interaction may be valuable. Lets try it later in the fall. --------------- ** Current thread: #1)POWER C #2)WORD PROCESSING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DPS3196 Date: 09/20/89 From: ERIK DUFEK Time: 11:53 pm To: JIM MONROE (Rcvd) (Read 96 times) Subj: R: #1)POWER C #2)WORD PROCESSING In any type of C discussion, I expect I'll be the slow guy. --------------- ** Current thread: #1)POWER C #2)WORD PROCESSING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DRP1898 Date: 09/22/89 From: RICHARD POELING Time: 08:31 pm To: JIM MONROE (Rcvd) (Read 99 times) Subj: R: #1)POWER C #2)WORD PROCESSING After testing some things on my system, I have concluded that my programs run fine when I compile them with Power C. The source of all my problems seems to be the Utilities that I bought from Mix. I don't know if it is a problem with my computer not liking the way their stuff was compiled or what exactly, but eventually I find it. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DEQ3130 Date: 09/10/89 From: MICHAEL KUMBERA Time: 09:52 pm To: ALL (Read 95 times) Subj: NEURAL NET'S Hi, Does and one have access to BIX. I would like a program I heard they had. It's a Neural net. that uses back-propagation to learn. The issue was Oct. 87. Also if anyone has any other neural network programs the have written in C please upload them. (I did see the TTT*.C programs) thanks, Michael Kumbera --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DJS1407 Date: 09/15/89 From: JOHN HEIM Time: 11:23 pm To: MICHAEL KUMBERA (Rcvd) (Read 98 times) Subj: R: NEURAL NET'S Michael, I signed up for BIX a few weeks ago to talk to Borland's tech support staff. I don't really know how to find the stuff your asking for but I guess I can figure it out. I'll let you know when I find it. John Heim PS. I signed up for BIX but I also got a membership on CompuServe where Borland also suppies a support staff. I've used CompuServe almost exclusively since because I found it infinately more user friendly and intuitive. I say thsi not necessarily for your benefit, Michael, but just to let anyone who might be paging through here know. --------------- ** Current thread: NEURAL NET'S Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DKK1262 Date: 09/16/89 From: MICHAEL KUMBERA Time: 04:21 pm To: JOHN HEIM (Rcvd) (Read 95 times) Subj: R: NEURAL NET'S Thanks for the reply John. I found some information that might help you locate the file. The Issue was Oct. 87 and the program name is bpsim.c also the artical name is "Back-Propagation, A Generalized delta learning rule". Thanks for taking the time to look for the file. Michael Kumbera --------------- ** Current thread: NEURAL NET'S Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNP1072 Date: 09/19/89 From: JOHN HEIM Time: 08:17 pm To: MICHAEL KUMBERA (Rcvd) (Read 95 times) Subj: NEURAL NET'S Michael, I got on BIX and looked for the code listings for October 87. Well, I couldn't find them. I found Oct '88 and even Oct '89 but not Oct '87. I think they're not there. Maybe there's someone on this BBS that uses BIX alot who can say for sure. I looked around for quite a while before giving up. Do you have some reason for believing it was there? John Heim --------------- ** Current thread: NEURAL NET'S Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNR0139 Date: 09/19/89 From: MICHAEL KUMBERA Time: 10:02 pm To: JOHN HEIM (Rcvd) (Read 99 times) Subj: R: NEURAL NET'S John, The reason I think it's there is that the BYTE article states that the program can be downloaded from BIX. I would like to thank you for looking though. Michael Kumbera --------------- ** Current thread: NEURAL NET'S Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DVQ2172 Date: 09/26/89 From: JOHN HEIM Time: 09:36 pm To: MICHAEL KUMBERA (Rcvd) (Read 99 times) Subj: R: NEURAL NET'S Michael, It's really been bugging me that I couldn't find your BIX stuff. I'm going to poke around again when I get the time. If you have success through other means let me know. I was thinking that they might remove code listings after a certain period of time. John --------------- ** Current thread: NEURAL NET'S Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2E5N1869 Date: 10/05/89 From: MICHAEL KUMBERA Time: 07:31 pm To: JOHN HEIM (Rcvd) (Read 105 times) Subj: R: NEURAL NET'S John, Sorry about the delay in replying to you message... I managed to find a copy of bpsim.c about 2 day's ago. A systems programmer had a copy of it in here directory for several years. I asked here for any Neural Network programs she had and she sent it to me. THANKS A LOT, Mike Kumbera >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DF12360 Date: 09/11/89 From: JAMES MACHADO Time: 01:39 am To: ALL (Read 104 times) Subj: PROBLEMS RUNNING QUICK-C Hi i'm wondering if anybody has had a problem getting the Quick-C environment to run on an XT with Phenix BIOS running MS-DOS 3.2 (yes it is a clone). i've been able to run it on other XT's (also clones) but not my own. QCL works, i've used it but when i load QC my hard drive whirs, the screen blanks then it locks up. please help james --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DIP1736 Date: 09/14/89 From: OTTO PORTER Time: 08:28 pm To: JAMES MACHADO (Rcvd) (Read 106 times) Subj: R: PROBLEMS RUNNING QUICK-C James, I don't know what version you are using, but if it is version 1.00 there was a problem a disk control■≥ler ( I fºMforget which).■≥ MS issued a maintanence upgrade (v 1.01b) which fixed it. I don't ■≥know ■≥if ■≥you ca■┬√ still get it from them √■≥ without ■≥going to version 2. Otto P■≥. ■≥ --------------- ** Current thread: PROBLEMS RUNNING QUICK-C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DS13355 Date: 09/23/89 From: JAMES MACHADO Time: 12:55 am To: OTTO PORTER (Rcvd) (Read 103 times) Subj: R: PROBLEMS RUNNING QUICK-C i have 1.00 and 2, i only had the problem with 2, i ended up changing my dos from an old generic to dri's e've heard of stranger things, but not many. thanks james >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DFS2697 Date: 09/11/89 From: RICHARD POELING Time: 11:44 pm To: ERIK DUFEK (Rcvd) (Read 99 times) Subj: POWER C COMPILER & C/UTILITIES Thanks for the reply, Erik. In regards to the version of my Power C compiler I received their 1.3.0 upgrade about two months ago. At the same time I also purchased their C/Utilities Toolchest. It is a collection of Unix-like programs that I enjoy using, because most of my computer experience is on that type of operating system. Anyway, I am positive that my 'C' source code is accurate because the problems that I am having are too transient - I can never tell when it will bomb. Actually, I don't usually have too much problem with my programs. Most of my problems occur when I use their Unix-like utilities that they compiled with Power C (at least I assume they used their own compiler). So ther must be a bug either in the code they wrote for their utilities or in their compiler. I think what intrigues me the most is the way that I'm able to get my system up and running by using that tsrcom program that is on this BBS. Since I run the program in my autoexec.bat file all I have to do is type in the command release (which clears out the memory up to the point where it was marked) and then run the command mark (so that it re-marks the memory in case of another bomb). I only wish I knew why I am having this strange problem with just Mix's programs. It seems to me that they didn't test their stuff very thoroughly. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DG11015 Date: 09/12/89 From: ERIK DUFEK Time: 01:16 am To: RICHARD POELING (Rcvd) (Read 100 times) Subj: R: POWER C COMPILER & C/UTILITIES Are you sure it's Mix's code that is causing the trouble and not yours? As far as the Toolchest, I believe they only marketed it. I believe the actual code belongs to someone else. But I'm not sure about that. --------------- ** Current thread: POWER C COMPILER & C/UTILITIES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DGS3152 Date: 09/12/89 From: RICHARD POELING Time: 11:52 pm To: ERIK DUFEK (Rcvd) (Read 97 times) Subj: R: POWER C COMPILER & C/UTILITIES I'm sure my code is fine. Not only that, but like I said before, the problem occurs more frequently when I run THEIR programs which I have no control over. So the bugs are with their software. This weekend I'm going to run some test and determine whether it is the compiler that has bugs or the C/Utilities that do, or both. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DHG0587 Date: 09/13/89 From: VICTOR DURA Time: 12:09 pm To: ALL (Read 105 times) Subj: CALLABLE EDITOR IN C Does anyone know of a shareware editor module, written in C, that can be called from within a C program? All I need are very simple editing functions, nothing fancy. What I would like to do is edit a text buffer by passing a pointer to an editor module. E.g. the statement "status=editor(buffptr);" would execute a full screen editor on the text at buffptr. Thanks for your help. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DHS0692 Date: 09/13/89 From: GRANT ELLSWORTH (Leader) Time: 11:11 pm To: VICTOR DURA (Rcvd) (Read 107 times) Subj: R: CALLABLE EDITOR IN C Here;s something that might help. Borland used to sell, and may still sell, the Editor Tool Box for Turbo Pascal (4.0). I don't think they up- graded it for 5.0 and/or 5.5. However, functionally, it can be modified to provide this thing you want --- that was the intention of the product. Now, you need/want something in C --- so you could run a Pascal to C translator (Like TPTC17G(?).ZIP in mahoney collection) against the PASCAL source to give you a C version you could work with. Grant --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DIQ2990 Date: 09/14/89 From: ROBERT BALSOVER Time: 09:49 pm To: GRANT ELLSWORTH (Rcvd) (Read 100 times) Subj: R: CALLABLE EDITOR IN C Have you ever tried to use those Pascal->C translators? They puke on the code more often then not. They are not very useful. Bob --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DJA1482 Date: 09/15/89 From: VICTOR DURA Time: 06:24 am To: GRANT ELLSWORTH (Rcvd) (Read 100 times) Subj: R: CALLABLE EDITOR IN C Thanks for the info Grant, I see what I can find on the Tool Box..Vic --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DJC1241 Date: 09/15/89 From: STEVEN KEY Time: 08:20 am To: VICTOR DURA (Rcvd) (Read 100 times) Subj: R: CALLABLE EDITOR IN C Victor, Ed Ream ( advertizes in DDJ) used to sell an editor ( with source ) written in C. It was called RED, I think. You might give him a call or drop him a note. Steven --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DJP1645 Date: 09/15/89 From: GRANT ELLSWORTH (Leader) Time: 08:27 pm To: ROBERT BALSOVER (Rcvd) (Read 99 times) Subj: R: CALLABLE EDITOR IN C Bob, there was ONE good one of the whole batch ... and that was TPTC17 of May 88 = from Sam Smith, Tool Shop BBS in Phoenix, AZ. I think the file is still here in the Mahoney Collection. It did have some shortcomings, but it was SOOOO much better than the others. And I don't think it puked on most stuff. There are some obtuse and arcane constructs it doesn't handle very well, however (nested structures, untyped variables). But, I found that the C code it produced was not far from what was needed for a clean C compile and execution. Also, the author released the SOURCE for that version so you could modify it to meet your needs (source was in TP), grant --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DK40892 Date: 09/16/89 From: ROBERT BALSOVER Time: 04:14 am To: GRANT ELLSWORTH (Rcvd) (Read 98 times) Subj: R: CALLABLE EDITOR IN C Grant, I dunno. I only used Sam's program, I never looked at any others. I was attempting to translate the TPascal Editor toolbox and it puked. Did he continue developement of his program or shelf it? Bob --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DK41916 Date: 09/16/89 From: ROBERT BALSOVER Time: 04:31 am To: VICTOR DURA (Rcvd) (Read 98 times) Subj: R: CALLABLE EDITOR IN C Victor, There is a file in the collection called TURBBOOK.ZIP. It contains the source from Al stevens Book Turbo C screen O/I (etc. something like that) I have that book and in it he wrote a routine that is exactly what you asked for. The source is for TSR's, Windows etc. The file would have the correct book name if you want to pick it up. I've seen it lately on the bookshelfs so you shouldn't have problems finding it. I do recommend the book but it is written for TC 1.0 so you have to make adjustments if you wish to do TSR's with a later version of TC. It otherwise needs no further corrections. Bob --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DKS1246 Date: 09/16/89 From: GRANT ELLSWORTH (Leader) Time: 11:20 pm To: ROBERT BALSOVER (Rcvd) (Read 101 times) Subj: R: CALLABLE EDITOR IN C Bob, I think tptc17 of may 3(?) 88 was the last shareware version. The source to it was also distributed. That was the version I was referring to. No, I did not try it out on Borland's Editor Toolbox, but I did use it to translate a complex MVS performance measurement tool which I developed in TP3.0. THere were some problems because of the complex structures in code and data. I do remember that a prior version to TPTC17(g) of May 88 did "puke" on any complicated pascal program. What version did you use - (date and version id)? BTW, Sam has not totally abandoned the translator. I understand it was purchased by a company (purchase had Sam attached to it) and that Sam is improving it over time with a commercial release as the target. You could check with Sam (call the Tool Shop) and find out what current plans are. Grant --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DM13002 Date: 09/18/89 From: ROBERT BALSOVER Time: 12:50 am To: GRANT ELLSWORTH (Rcvd) (Read 96 times) Subj: R: CALLABLE EDITOR IN C Grant, I used what I think was the May '88 version. I can't be sure because I erased it when it puked several times. I decided it was not advanced enough for my use. I have seen a comercial TP2C translator advertised in DDJ June '89. Pg #9 is Programmers Paradise's ad. It lists with them for $199. I wonder if that is Sam's work. Any time I try to call the Tool Shop it is busy. Bob --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNC2722 Date: 09/19/89 From: VICTOR DURA Time: 08:45 am To: STEVEN KEY (Rcvd) (Read 95 times) Subj: R: CALLABLE EDITOR IN C Steve, Thanks for the info. I'll check it out...Vic --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNC2830 Date: 09/19/89 From: VICTOR DURA Time: 08:47 am To: ROBERT BALSOVER (Rcvd) (Read 96 times) Subj: R: CALLABLE EDITOR IN C Robert Thanks for the tip. I dl and check it out. Vic --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNM0451 Date: 09/19/89 From: GRANT ELLSWORTH (Leader) Time: 06:07 pm To: ROBERT BALSOVER (Rcvd) (Read 97 times) Subj: R: CALLABLE EDITOR IN C TP2C is not Sam's commercial version. I think it is the one put out by Chien(?) Associates in New Orleans. I noticed an ad from them last winter when S's s/w was still called TPC or TP2C as well. Sam and I had a short dialogue on his bbs about it ... he knew nothing about Chien or that TP2C. BTW, I think any hang you may get in the May 88 version can be easily fixed if you also have a Pascal Compiler and the TPTC 17 sources. Also, I note that I have to put my machine in autodial for an average of 50 mins to get into the Tool Shop ... it certainly is a popular BBS out there in the southwest. Grant --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNR0939 Date: 09/19/89 From: ROBERT BALSOVER Time: 10:15 pm To: GRANT ELLSWORTH (Rcvd) (Read 98 times) Subj: R: CALLABLE EDITOR IN C Grant, Unfortunately I don't have a Pascal compiler, I never saw a need for it. With all of the good Pascal source out there I would certainly be willing to pay for a fully functioning translator, but I guess there isn't enough people like me out there or there would be a package available. I can program in Pascal, so I could do it manually but it takes too long even with a half functioning translator. Bob >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DJR2496 Date: 09/15/89 From: JOHN ABATTE Time: 10:41 pm To: ALL (Read 97 times) Subj: DEREFERENCING POINTERS What exactly does it mean to dereference a pointer. I'm new to C and I've heard the term several times, but I haven't the foggiest idea what it means or what it's used for. I'm taking a second-level course at the local college and the question was brought up, but the instructor didn't give a very good explanation. I'd appreciate it if anyone could clarify this for me Thanks for the help. Ciao for now...John --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DJS2501 Date: 09/15/89 From: JOHN HEIM Time: 11:41 pm To: ALL (Read 96 times) Subj: STUFF In case anyone missed my previous message, I'd like to reiterate that if anyone out there wants to get Borland tech support from a BBS I'd suggest you go for CompuServe instead of BIX. I've found it infinately more intuitive and user friendly. BBS support is a very useful tool. If you've ever tried discribing your code to someone on the phone you may be able to imagine how convenient being able to upload a message could be. You can include source code, output listing, commentary etc. One more thing, I subscribe to a magazine called *The C Users Journal*. It's a great mag and I'd highly recommend it. It's much better than DDJ or Computer Journal. Anybody know of any other good mags we should be aware of? John Heim --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DK10817 Date: 09/16/89 From: RICHARD POELING Time: 12:13 am To: ALL (Read 99 times) Subj: C & ASSEMBLY LANGUAGE BBS'S I am interested in locating other BBS's that have a good 'C' programming conference section. I would also like to find one that deals with Assembly language in the MSDOS environment. Does anyone know of any? Thanks. Rick. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNP1616 Date: 09/19/89 From: JOHN HEIM Time: 08:26 pm To: RICHARD POELING (Rcvd) (Read 96 times) Subj: R: C & ASSEMBLY LANGUAGE BBS'S Rick, I'm sure CompuServe has conferences on both C and Assembly. It'll cost you some bucks to use though. Most of the people I know that spend a lot of time on CS use a program that logs them on, downloads the messages they're interested in and logs them off automatically. It's available from CompuServe. I don't use CS all that much except to ask Borland's tech support staff questions so I don't know that much about it. John >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DKK2078 Date: 09/16/89 From: MICHAEL KUMBERA Time: 04:34 pm To: ALL (Read 96 times) Subj: C++ If any of you get a chance to use C++ do it. It adds some great new functions to C. I recently got the book "Using C++" by Bruce Eckel (Osborne McGraw-Hill) and it gives a good explination on how to use C++. Their discussion of using OBJECTS is well done but they could explain function overloading better. C++ seems like the best programming language since C. Michael Kumbera --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AMF2747 Date: 06/18/90 From: GREGORY WILSON Time: 11:45 am To: ALL (Read 70 times) Subj: C++ Could someone tell me in 500 words or less what the advantage is in using C++ over C. Is it more portable? Is it faster? Will regular C programs compile under C++ compilers? Are there any standards in place for C++? Is MSC planning on adding C++ to their product? Now that I finnaly have a handle on C, is it worth my time to learn C++? I would appreciate any information you could give. Thanks in advance!! Gregory Wilson >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNQ0696 Date: 09/19/89 From: JIM FISCHER Time: 09:11 pm To: ALL (Read 96 times) Subj: REPORT WRITING Can anybody give me some advice as to editing data used to print a report written in 'C'. I need to know how to edit a numeric field whose length can be from 0 to 999,999,999. I need to know how to insert the commas between the numbers if the field is long enough to require them. This report is to be printed not displayed on screen. Thanks, Jim --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNS3163 Date: 09/19/89 From: PAUL MCKENZIE Time: 11:52 pm To: JIM FISCHER (Rcvd) (Read 94 times) Subj: R: REPORT WRITING Jim, I have a function that returns a comma formatted number. It works with either negative or positive values. I have the code at my place of work, so I cannot get my hands on it until tomorrow (Wednesday). The ANSI prototype to the routine is as follows: char *comma_fmt(double num, char *buf) where num is the number to format, and buf is a pointer to the buffer that will store the formatted number. The routine also returns the pointer to the buffer. Paul McKenzie --------------- ** Current thread: REPORT WRITING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DP11456 Date: 09/20/89 From: PAUL MCKENZIE Time: 12:24 am To: PAUL MCKENZIE (Rcvd) (Read 99 times) Subj: R: REPORT WRITING Oops, Got the prototype confused. The call is as follows: char *comma_fmt(char *buf1, char *buf2) where buf1 is a pointer to a string representing the number to be formatted, and buf2 is a pointer to the buffer where the formatted number is to reside. The routine requires you to convert the original number to a string yourself. You can use sprintf() or your own number to string routine. Here is an example: int num = 23456; char buf2[10] char temp[7]; sprintf(temp,"%d",num); comma_fmt(temp,buf2); fprintf(stdprn,"%s",buf2); Paul McKenzie --------------- ** Current thread: REPORT WRITING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DPN1096 Date: 09/20/89 From: JIM FISCHER Time: 07:18 pm To: PAUL MCKENZIE (Rcvd) (Read 100 times) Subj: REPORT WRITING Thanks much for your help, we'll give it a try and let you know the results. Thanks again, Jim --------------- ** Current thread: REPORT WRITING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DQ22927 Date: 09/21/89 From: PAUL MCKENZIE Time: 02:48 am To: JIM FISCHER (Rcvd) (Read 95 times) Subj: R: REPORT WRITING Jim, I have uploaded COMMAFMT.ZIP on the Mahoney Collection. This should take care of your problem. Paul --------------- ** Current thread: REPORT WRITING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DQL1636 Date: 09/21/89 From: JIM FISCHER Time: 05:27 pm To: PAUL MCKENZIE (Rcvd) (Read 102 times) Subj: REPORT WRITING Paul, much thanks and salutations to you! I'll D/L the file and check it out tonight. Really appreciate your help, I owe you one. Best regards, Jim --------------- ** Current thread: REPORT WRITING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2EFS1435 Date: 10/11/89 From: PAUL MCKENZIE Time: 11:23 pm To: JIM FISCHER (Rcvd) (Read 95 times) Subj: R: REPORT WRITING Jim, I haven't gotten back to you in a few weeks. Did the function solve your problem? Paul McKenzie --------------- ** Current thread: REPORT WRITING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2EGN2595 Date: 10/12/89 From: JIM FISCHER Time: 07:43 pm To: PAUL MCKENZIE (Rcvd) (Read 104 times) Subj: REPORT WRITING Yes, thank-you, the function worked like a charm. I'm now presently using your function in my program at work. Thanks and best regards, Jim >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DS52363 Date: 09/23/89 From: JOHN LLOYD Time: 05:39 am To: ALL (Read 97 times) Subj: B-TO-C A short time ago I downloaded a programs from the Mahoney section called B B-to-C.ZIP. It was for a friend trying to learn C. While it ran on a "Hello World" program, the code generated did not look like any C I have seen. Output seemed to be an intermediate code which needs further translation. I am not a programmer, and could not explain what was going on. First guess is that the program (B-TO-C) was not a complete utility by itself, and perhaps files, or librarys were missing. Anyone know anything about this file??? How to use it??? Is there more of it??? Thanx --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DV51941 Date: 09/26/89 From: JOHN LLOYD Time: 05:32 am To: ALL (Read 96 times) Subj: B-TO-C Well, I didn't luck out on the B-TO-C. Does anyone know of a shareware or public domain program that with convert, even loosly, a GWBASIC program to C source. A friend is trying to learn C and feels that if he could write a small basic program, convert it and study the resultant source code, it would help him to understand C more easily. --------------- ** Current thread: B-TO-C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DVQ1861 Date: 09/26/89 From: GRANT ELLSWORTH (Leader) Time: 09:31 pm To: JOHN LLOYD (Rcvd) (Read 97 times) Subj: R: B-TO-C I remember seeing something named BAS2C.xxx or BASTOC.xxx in the mahoney collection some many moons ago. Check these out. Also, you might try the hypertext scan to look for "BAS" and " C ". Grant --------------- ** Current thread: B-TO-C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DW52154 Date: 09/27/89 From: JOHN LLOYD Time: 05:35 am To: GRANT ELLSWORTH (Rcvd) (Read 98 times) Subj: R: B-TO-C Thanks, I will look for the ones mentioned. Already did the search, without results cept for b-to-c. --------------- ** Current thread: B-TO-C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DWL3286 Date: 09/27/89 From: GRANT ELLSWORTH (Leader) Time: 05:54 pm To: JOHN LLOYD (Rcvd) (Read 96 times) Subj: R: B-TO-C It's possible that I saw those other BASIC-TO-C translator(s) on another BBS ... and recalling that I saw them at all was an archeaological exped- ition. I suggest you try accessing "THE TOOL SHOP" in Phoenix, AZ (accisible via PCPURSUIT) at 602-279-2673. The Tool SHop also has a commendable upload set --- not as elaborate or deep as the one here on EXECPC, of course, but it has a different focus (C and pgming tools). Be prepared to wait a LONG WAIT on redials to get connected - that bbs is real popular out in that part of the West. Grant --------------- ** Current thread: B-TO-C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DX51891 Date: 09/28/89 From: JOHN LLOYD Time: 05:31 am To: GRANT ELLSWORTH (Rcvd) (Read 93 times) Subj: R: B-TO-C Thanks again. I was getting ready to try the New York Board that is the home of 'The List', as it is supposed to be a C support system as well. If you have a chance to look at the B-to-C in the Mahoney collecting, you might find it interesting, and perhaps could shed some light on the meaning of the resultant code. It generates code familiar in structure to C, but the functions in the generated code are not standard C. It seems to be needing a library to go with it, or require further translation. I don't know. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DSB1745 Date: 09/23/89 From: AMERICA WEST Time: 07:29 am To: ALL (Read 109 times) Subj: PRO-C Has anyone out there had any experience with PRO-C from Vestronix? We have purchased and are using it to generate C code, we are generating applications that have data files compatible with dBase III+ so we are using DBCIII+ routines from Lattice. The code generator seems to generate good C code (lots of it!). I have a lot of experience programming in Basic and just a rudimentary knowledge of C. I can usually determine what a C program is doing by reading the source code, but I am nowhere near proficient in generating C code. What have been your experiences with this package? Have there been any major problems with the code that it generates? Any comments would be greatly appreciated. Jim Arner America West C&E, Inc. 311 Washburn Drive Rock Springs, WY 82901 307-382-5663 FAX-382-7323 --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DUK1178 Date: 09/25/89 From: ROBERT BALSOVER Time: 04:19 pm To: AMERICA WEST (Rcvd) (Read 107 times) Subj: R: PRO-C Jim, I have been considering PRO-C, I'd like to here opinions about it and anything anyone else tells you. Thanks Bob --------------- ** Current thread: PRO-C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 323K2077 Date: 02/03/90 From: DENNIS DODSON Time: 04:34 pm To: JOHN ABATTE (Rcvd) (Read 86 times) Subj: PRO-C John, I'm using Pro-C and if you (S)earch previous messages you`ll see that there has been some discussions and queries in the past. As far as your question goes, I think Pro-C is a valuable development tool for new applications. The generated source code is very good and easy to follow and most of the time requires few modifications and runs right 'out of the shute' to accomplish the programming task. Of course a source code gerer- ator (spelling) will not do everything for you, but it sure makes the development time drastically cut. We paid $499 for the product early in 1989, but I've heard that they`re working on a new release, maybe that's why the price has dropped. I don't know what other information to offer to you, but if you can give me an idea of your programming requirements maybe I can help in your decision. As far as we're concerned though, Pro-C has been a good investment for us and we are anxiously awaiting any new releases. Dennis --------------- ** Current thread: PRO-C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 324L0447 Date: 02/04/90 From: JOHN ABATTE Time: 05:07 pm To: DENNIS DODSON (Rcvd) (Read 82 times) Subj: PRO-C Hi Dennis Thanks for the info regarding Pro-C. I did do a search for previous messages on Pro-C, but only came up with 3 messages. My understanding of it is that it is primarily for developing database applications. Is this accurate, or does it do more than that? I'm also curious about its learning curve. Is it fairly easy to use, or does it require a lot of effort to learn? I'm planning to make a trip to the local library to see if I can locate any magazine reviews of it. Thanks again for the reply. I guess it would be a good idea to call them and ask about their upgrade policy if they are planning a new release soon. John. --------------- ** Current thread: PRO-C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 325K2044 Date: 02/05/90 From: DENNIS DODSON Time: 04:34 pm To: JOHN ABATTE (Rcvd) (Read 90 times) Subj: PRO-C John, Yes, Pro-C is only used for generating database applications. The four types of application programs that you can generate are 1) screen programs, 2) menu programs, 3) report programs, and 4) batch (file update) programs. Very 'database-like' in the program design phase.If you are considering it for any other reason, forget it. It is not a general purpose C code generator. It is compatible with Quick C, MSC, Turbo C, Watcom, and Zortech C compilers. The file managers supported are C-Isam, Btrieve, C-Tree, dBase III+, and sequential ASCII file access. Has a very powerful and rich programmer's toolbox package (again database application- like). Lots of windowing routines and even has a on the fly 'help' appli- cation that is embedded in your source code that can be developed and maintained from the generated .exe file with the choice of your favorite text editor. Very helpful in business applications. I use it primarily here at work for generating applications. It saves me 90% of the 'grunt' coding. Like I said, some programs have to be 'tweaked' after source code generation to put all the 'bells and whistles' in, but once you learn the source code generated for the 4 types of pro- grams, this becomes a somewhat simple and automatic task. The shell if kind of nice. Lotus type menus with a (C)ompile item that automatically allows you to edit, compile/link, and test your program with one keypress. Very user friendly with lots of on-line help. I started out with it as a very 'novice' and confused C programmer. Have really learned a lot of sophisticated coding techniques and C principles from the generated source code. It is a good learning tool for the beginning C programmer. As far as reviews, I seem to remember in a early '89 PC Mag or PC Com- uting, it was a 'best of class' for program generators. Hope this information answers your questions. Dennis --------------- ** Current thread: PRO-C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32BR3540 Date: 02/07/90 From: JOHN ABATTE Time: 10:59 pm To: DENNIS DODSON (Rcvd) (Read 91 times) Subj: PRO-C Hi Dennis Thanks again for the feedback on Pro-C. I did some checking locally and found a store that is supposedly getting it in a couple of days, so I may bug them for a demo to evaluate it firsthand before making a move on it. I still need to do a bit more thinking on it. I appreciate your help tremendously. Its always good to hear from someone who's used a product before jumping in with both feet first (cold-Turkey). Muchas Gracias!! John. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DSI2036 Date: 09/23/89 From: ERIC WILSON Time: 02:33 pm To: ALL (Read 101 times) Subj: FUNCTIONS Does anyone know where I can get some type of sorting and searching functions. If there are no functions written a title to a good book that discusses this topic would be a great help. Thanx in advance ! --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DSR0425 Date: 09/23/89 From: GRANT ELLSWORTH (Leader) Time: 10:07 pm To: ERIC WILSON (Rcvd) (Read 100 times) Subj: R: FUNCTIONS Eric, some of the compilers have built-in library functions for searching and sorting - e.g. the Turbo C 2.0 compiler has qsort() and bsearch() (a binary search routine). Books on sorting and searhing techniques are also available: Knuth, Donald, Sorting and Searching (Art of Programming Vol 3) is a classic on the subject. Also see, The C Toolbox, by William Hunt, or Algorithms, by Robert Sedgewick. Some of the "Advanced C" type books I have seen on the shelves of technical book stores also have some sample sorting and searching algorithms written in C. Hope these comments help. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DUP1048 Date: 09/25/89 From: JODY IRISH Chain-> Time: 08:17 pm To: ALL (Read 96 times) Subj: TURBO-C CRUIT Hello, I have trying to teach myself Turbo-C for the last year or so... Would enjoy experiences and converse of others who tried the same. I currently use ver 1.5 and am known for bangin' my forehead on objects, from styrofoam insulated walls to concrete blocks, have dented fenders, but not engine blocks! Am willing to share anything I've learned. jli --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DVQ1696 Date: 09/26/89 From: GRANT ELLSWORTH (Leader) Time: 09:28 pm To: JODY IRISH (Rcvd) (Read 95 times) Subj: R: TURBO-C CRUIT Jody, Like a lot of others here in this topic/conference, I taught myself C using Turbo C (and a couple of other compilers a little later). Maybe you should begin by stating what base you were starting from - e.g.: 1. Previous work with which programming tools/languages 2. How long and doing what kind of hobby or pro-programming Also, you might want to tell us what you are finding the most confounding in learning/using C, Turbo C, etc.. Somewhere back in Feb/Mar., we had a short discussion going on here about the problems of learing C - as a 2nd (or 3rd, etc.) programming language vs as the very first programming language. The consensus seemed to be that learning C as the very first programming language was an invitation to frustration city. Some even thought that prior exposure to, if not extensive work with, some other compiled block-structured language like PASCAL or PL/I (for IBM 370 Mainframers) was highly desirable, if not necessary. One person wrote that he learned C only after some work with dBASE III(?) and found it a very frustrating journey --- but he wrote that he finally got the hang of it. For my part, my programming "mother toungue" is mainframe assembler and C was the 1st so-called "Higher Order Language" I took seriously. However I did have some prior exposure to PASCAL and its ancestor, ALGOL 60 -- a long time before. grant --------------- ** Current thread: TURBO-C CRUIT Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DVR2726 Date: 09/26/89 From: JODY IRISH Time: 10:45 pm To: GRANT ELLSWORTH (Rcvd) (Read 94 times) Subj: R: TURBO-C CRUIT Grant, Thanks for a welcome! I am not a programmer by trade, just curiosity. I learned BASIC waaaaaayyyyyy back in high school, then fortran, but forgot most all of it. Tried to self-teach myself Turbo Pascal, but really found myself hosed up with structured programming. I didn't understand the concept, but upon reading about Turbo-C while watching a self-taught peer of mine (and kinda mentor/tutor), I started figuring it out. What I found most helpful was pull-down menus and being able to read the include files, once I learned what they actually were! I am going to upload a small password program tonite (soon). It's one of my first lessons in curiosity-killed-the-cat! At first, it re-wrote the boot track of drive c: to the near last track (605 on my st-225), then if the correct password given, wrote it back to finish the boot... BUT... After performing several lowlevel formats, I scrapped that idea: TOOOOO DANGEROUS!!! So it just leaves you with a red screen. I am leaving only the source code for all to use, free material. Will this create any hassles? I hope no greedy people try to profit! I figure it's worth about $.25 myself!!! Again, thanks for welcoming me, am very interested in C and sharing experiences and problems. From: Jody L. Irish, I.M. Computing --------------- ** Current thread: TURBO-C CRUIT Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DWJ3303 Date: 09/27/89 From: KEN HOPKINSON Time: 03:55 pm To: JODY IRISH (Rcvd) (Read 98 times) Subj: R: TURBO-C CRUIT Hi Jody, One program you might want to look at for learning C is CROBOT in the mahoney collection. It isn't really that complicated when you look at what you can use, but its kind of fun to see how close you can make your robot into a thinking machine that'll wipe everyone else out. ken --------------- ** Current thread: TURBO-C CRUIT Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DWQ2127 Date: 09/27/89 From: JODY IRISH Time: 09:35 pm To: KEN HOPKINSON (Rcvd) (Read 93 times) Subj: R: TURBO-C CRUIT Thanks... I'll look for it! --------------- ** Current thread: TURBO-C CRUIT Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DWQ2486 Date: 09/27/89 From: JODY IRISH Time: 09:41 pm To: GRANT ELLSWORTH (Rcvd) (Read 93 times) Subj: R: TURBO-C CRUIT Grant, Thanks... I did find that I really like the freedom of C. I had been pondering about C++, but may wait 'til I get better at plain ol' C. I have found that C really doesn't care what you tell it to do, as long as it's spelled right! That's good, as I rarely write any orthodox code! Last nite I uploaded passwrd.zip... It's not the greatest, hardly!!! My next project will probably be windowing or file handling? I dunno?? jli >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DVR3589 Date: 09/26/89 From: JODY IRISH Time: 10:59 pm To: ALL (Read 93 times) Subj: PASSWORD.C Hello everybody, You may have already written a better program, but I'm kinda proud of this small program, as it's the first one I actually thought of and wrote. After many failures and re-tries, I got something to work!!! The file is called PASSWRD.ZIP. It should be somewhere in Bob's collection under programming support or language support??? It was written on turbo-c 1.5, but should be easy to convert. The .EXE file should be about 9K or so, it's not resident, and I access it in my autoexec.bat on the hard drive. It's free to all... please don't sell it, just pass it around and don't lay claim to it! There is a readme file included in the zip-file to explain further, and comments in the source. From: Jody L. Irish, I.M. Computing --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2E3R0616 Date: 10/03/89 From: STEVEN KRUEGER Time: 10:10 pm To: ALL (Read 107 times) Subj: LOW LEVEL Help: Looking for a good resource (i.e. book, text files) that provides information for programing the 80286 and other 16bit stuff (keyboard, monitor, memory). This must be done in assembly and low level, meaning no operating system. We are having alot of trouble finding stuff on all the in's and out's. It's really for a friend, I only like interrupts, so if you can please help us out leave me e-mail or call Alan at 421-6782. thanks alot, steve. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2E412829 Date: 10/04/89 From: DAVID THOMAS Time: 12:47 am To: STEVEN KRUEGER (Rcvd) (Read 101 times) Subj: R: LOW LEVEL Steve, A bible for low level stuff is the IBM AT Hardware Technical Reference, available from IBM over the phone. This has the original BIOS source, describes the bus, ect. It's expensive, but there is a lot of information. Failing that, I think TAB books or SAMS has a title along the liiines of "Assembly language programming for the IBM PC" which talks about timers and UARTS. I'd procure data sheets for the devices I was going to program (I.E. timer, UART, CRT controller) and try to make sense of the hardware. Also, a company called Annabooks sells a roll your own AT BIOS kit, looking at that code can be instructive. Good luck David --------------- ** Current thread: LOW LEVEL Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2E4J2206 Date: 10/04/89 From: KEN HOPKINSON Time: 03:36 pm To: STEVEN KRUEGER (Rcvd) (Read 99 times) Subj: R: LOW LEVEL Steven, Have you looked at The New Peter Norton's Programmer's Guide To The PC and PS/2? ken --------------- ** Current thread: LOW LEVEL Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2E4K2144 Date: 10/04/89 From: STEVEN KRUEGER Time: 04:35 pm To: KEN HOPKINSON (Rcvd) (Read 97 times) Subj: R: LOW LEVEL Ken, know if the pnp guide has the low level stuff, and if so how can I get a copy of it. steve --------------- ** Current thread: LOW LEVEL Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2E4L1942 Date: 10/04/89 From: KEN HOPKINSON Time: 05:32 pm To: STEVEN KRUEGER (Rcvd) (Read 99 times) Subj: R: LOW LEVEL The Peter Norton's Guide covers everything from direct hardware control to Rom Bios to Dos Interrupts and lists quirks of various machines that he's noted. You should be able to get it at a local bookstore (I got my copy in Ohio so I don't know where you'd go here). You could also call direct (which costs the same as at any bookstore I've seen) at 1-800-638-3030. ken --------------- ** Current thread: LOW LEVEL Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2E4Q2069 Date: 10/04/89 From: STEVEN KRUEGER Time: 09:34 pm To: KEN HOPKINSON (Rcvd) (Read 99 times) Subj: R: LOW LEVEL ken, thanks alot we'll check it out. steve >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2EEJ0966 Date: 10/10/89 From: GEORGE KOFMAN Time: 03:16 pm To: ALL (Read 102 times) Subj: QC 2.0 QUESTION Message CC'd to: ALL GRANT ELLSWORTH Hey gang! I am sort of new to Quick C, although not new to the art or programming. My humbolt question is as follows: I am writing a small mortgage/ammortization calculator, and ran into a "stack overflow" within Quick C 2.0. I √recompiled the same program with QCL /F 2000 prog.c and the stack did not overflow. How■≥ever, now the program is crashing due to some math errors. When compiled with QCL, it does not specify where the error has occured. Now, for the question: is it possible to increase the stack size in QC (NOT QCL)? If so, how do I go about it? Thanks in advance. GMK. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2EEK2626 Date: 10/10/89 From: MICHAEL MCCLUNE Time: 04:43 pm To: GEORGE KOFMAN (Rcvd) (Read 99 times) Subj: R: QC 2.0 QUESTION George Select the "Options" menu then choose "Make" then "Linker Flags" Select "Stack" and enter an amount. Your Welcome in advance MLM --------------- ** Current thread: QC 2.0 QUESTION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2EFC3003 Date: 10/11/89 From: GEORGE KOFMAN Time: 08:50 am To: MICHAEL MCCLUNE (Rcvd) (Read 103 times) Subj: R: QC 2.0 QUESTION Michael --- I will try it as soon as I logoff Exec. Thanks. GMK. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2EFS0108 Date: 10/11/89 From: STEPHEN ROSSI Time: 11:01 pm To: ALL (Read 100 times) Subj: DYNAMIC C POINTERS I am looking for a technique to dynamically configure a pointer to data of different but constant types (ie an array of int or an array of doubles). If anybody can help I would appreciate it. Thanks Stephen Rossi --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2EGM0610 Date: 10/12/89 From: GRANT ELLSWORTH (Leader) Time: 06:10 pm To: STEPHEN ROSSI (Rcvd) (Read 101 times) Subj: R: DYNAMIC C POINTERS Stephen, use "typecasting" to achieve your objective. If you can briefly state an example of what you'd like to do, maybe we can provide you with a good baseline example. Here's an example of a typecast for a ptr... char * y; int * z; y = (char *)z; /* z was "typecast" for copying the ptr */ Some of the general purpose C books on the bookstore shelves have some more sophisticated and useful examples. Grant --------------- ** Current thread: DYNAMIC C POINTERS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2EGS0426 Date: 10/12/89 From: STEPHEN ROSSI Time: 11:07 pm To: GRANT ELLSWORTH (Rcvd) (Read 98 times) Subj: R: DYNAMIC C POINTERS The application I am working on are date structures for a signal processing program. The data structure I would like to use is a data_header structure which would contain applicable info for the actual data (ie frequency spacing, units, calibration etc.) Since the actual data could be either int or float or double or struct complex, I would like to code a variable in the header that would let modules know the type of data the data pointer (which is in the header stucture) is pointing to. Thanks for the speedy reply Stephen Rossi --------------- ** Current thread: DYNAMIC C POINTERS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2EHA2033 Date: 10/13/89 From: TOM FRANK Time: 06:33 am To: STEPHEN ROSSI (Rcvd) (Read 106 times) Subj: R: DYNAMIC C POINTERS Stephen, Sounds like your requirement is a perfect usage of the UNION in C. Your header would include a type flag and then a pointer to the union. The union would be defined as a composite of all the possible types that could occur. The union can include all legal data types including structures. I use this type of thing in handling various arbitrary items in a program which reads Wordperfect 5.0 files - I define a union which can handle any WP 5.0 "code" that I want to process. Thus, I have a conviently defined method for passing these "code"s to all of my processing routines and I can still use strict prototype checking without a million casts. If this is unclear, let me know and we can fish up a simple example. Tom --------------- ** Current thread: DYNAMIC C POINTERS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2EIF0660 Date: 10/14/89 From: STEPHEN ROSSI Time: 11:11 am To: TOM FRANK (Rcvd) (Read 99 times) Subj: R: DYNAMIC C POINTERS I don't understand how the union will help my situation. Perhaps if you could give me an example. I have included some code fragments here to try to show my delema. #define char bytes struct d_header { int status; int block_size; int type; int mode; char *description; char *units_x; char *units_y; float delta; bytes *data; /* This pointer points to a block_size * sizeof(actual data) block of data where actual data size is of different size for each type of data */ float sensitivity; } header_array[MAX_CHANNELS]; struct d_header *thrd_octave; thrd_octave = &header_array[c]; /* where c is the channel # */ thrd_octave->mode = THRD_OCT; . . . thrd_octave->data = (bytes *)calloc(MAX_BAND_NO,sizeof(*data)); . . . thrd_data = (double *)thrd_octave->data; /* Here is where I have my problem. To access the data with a configable pointer according to type */ I hope this clarifies my situation. Stephen Rossi --------------- ** Current thread: DYNAMIC C POINTERS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2EIF2487 Date: 10/14/89 From: TOM FRANK Time: 11:41 am To: STEPHEN ROSSI (Rcvd) (Read 103 times) Subj: R: DYNAMIC C POINTERS Stephen, When I need to access data of variable types, I use the UNION. A simple example would be union d_ptr { char *c_ptr; int *i_ptr; double *d_ptr; } var_ptrs; Then depending on the usage in any context you can access var_ptrs.c_ptr to use the item as a char pointer, etc. You can also use the -> construct if you have a pointer to the union. It seems to fit your situation and allows the code to be clear on what is happening without a lot of casts. NOTE: a union allocates only as much memory as the size of the largest item - they all share the same memory area. In the example above, all that is allocated is the size of a pointer (in the current memory model). Tom >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2EKJ0285 Date: 10/16/89 From: MASSIMO GENTILINI Time: 03:04 pm To: ALL (Read 111 times) Subj: SEARCH INDEXING LIBRARY Anybody knows a GOOD Public Domain or Shareware library for Turbo C 2.0 to create and access index files??? Greetings from Italy Massimo Gentilini Sysop @ 2:332/9 ps: Please send me also a rpivate answer if you know something --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2EVN0176 Date: 10/26/89 From: MICHAEL MCCLUNE Time: 07:02 pm To: ALL (Read 95 times) Subj: TSR ? Could someone give me info on writting TSRs in C? Books to read, personal experiences, general help on the subject. I am not well versed in assembly with only limited experience using registers, REGS in <DOS.H>. The idea I have would include screen writting and user interaction. thanks in advance Mike --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2EVN3404 Date: 10/26/89 From: KEN HOPKINSON Time: 07:56 pm To: MICHAEL MCCLUNE (Rcvd) (Read 89 times) Subj: R: TSR ? Mike, This is pretty funny as I'm well versed in assembly, but not very well at C. (I kind of want to though, I think I'll take it up this winter when things settle down.) I think I can help you a little with your TSR thing though. The basic idea is that your program attaches itself to an interrupt and then takes over whenever that interrupt is called. What you could do is write your program in the normal way, and then make slight modifications later to attach itself to the keyboard interrup to search for a special key/key sequence and then have itself pop up. Maybe its best if I describe the process of making a TSR terminate and stay resident. First you would change the keyboard interrupt so that it pointed to your code. Then you would design your program so that when a key was pressed, your program would first call the old interrupt, then look at the pressed key to see if it was what you were looking for, if not then send the key to Dos, if it is then you run your program normally from there. But I'm getting ahead of myself. After you point the interrupt to your program, you tell Dos what parts of your program to save and call an interrupt to make your program a TSR. Calling interrupts to make your program a TSR and attaching it to the keyboard interrupt could be the only time you have to deal with registers hypothetically. I can't tell you what you'd really have to know without knowing more about your program (and the C language in general). I've never read anything about TSR's that wasn't in Assembly so I can't help you there. ken --------------- ** Current thread: TSR ? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2EWC0580 Date: 10/27/89 From: STEVEN KEY Time: 08:09 am To: MICHAEL MCCLUNE (Rcvd) (Read 92 times) Subj: R: TSR ? Michael, Take a look for a file called TESS-C or something close to that in the Mahoney collection. A group of people have put together routines in C, Pascal and assembly for writing TSR's that are well behaved and don't trash each other. There is some tutorial info in the file as well. Steven --------------- ** Current thread: TSR ? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2EY12513 Date: 10/29/89 From: PATRICK MEALEY Time: 12:41 am To: MICHAEL MCCLUNE (Rcvd) (Read 88 times) Subj: R: TSR ? The BEST book I've seen on TSR's in C is "Quick C" by Al Stevens. It has full source code to do just about anything you want in a TSR. And it explains the foibles of the other interrupts. It's kind of getting old, though, and due to the damn IRS publishers are having to shred books which aren't on the bestseller list. You may have trouble finding it. I saw it about 7 months ago, but haven't seen it since. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2F1E1325 Date: 11/01/89 From: ED ERDMAN Time: 10:22 am To: ALL (Read 94 times) Subj: EXTENDED KEYBOARD CODES As a new C programmer for the purposes of classwork is there any relatively simple way of detecting the keypress of the F keys? I realize that the obvious way is to use a good windows library; but I am trying to learn rather than just "use". Thanks in advance, Ed Erdman --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2F1J3392 Date: 11/01/89 From: KEN HOPKINSON Time: 03:56 pm To: ED ERDMAN (Rcvd) (Read 98 times) Subj: R: EXTENDED KEYBOARD CODES Ed, I'm still an Assembly programmer, but hang out here because C is the closest thing to it. As for an answer, I think that the best way to detect F(unction) keys would be to use the Rom Bios. You would need to call interrupt 16h(22 decimal) and use subfunction 0. Then check the AH register for the following values: (I'll just give you everything in decimal) F1-59 F2-60 F3-61 I just noticed that these numbers just keeping going up through F10 so it would be pretty silly to go through them allThat's for a PC type keyboard. On the new 101 key keyboards, there are 12 function keys and the values to look for go from 112-123You'd have to know what kind of keyboard it was ahead of time to figure it out. I hope this helps you. What are you working on anyway? I guess you could have a prompt asking them in the beginning. ken --------------- ** Current thread: EXTENDED KEYBOARD CODES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2F1K3350 Date: 11/01/89 From: ED ERDMAN Time: 04:55 pm To: KEN HOPKINSON (Rcvd) (Read 100 times) Subj: R: EXTENDED KEYBOARD CODES Hello Ken, I appreciate your reply. I am not working on anything specific. I am an old Mainframe Cobol programmer masochistically trying to learn some new tricks. So far I like what I see in "C" , but Some things (like the above) I want to know how to do by myself rather than going out and buying someone's library. If I was churning some code out for a project I would probably use a library (actually I would probably use Cobol as at this stage of the game it would see results much faster). Again thanks and Best Regards, Ed Erdman --------------- ** Current thread: EXTENDED KEYBOARD CODES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2F2P1579 Date: 11/02/89 From: GRANT ELLSWORTH (Leader) Time: 08:26 pm To: ED ERDMAN (Rcvd) (Read 98 times) Subj: R: EXTENDED KEYBOARD CODES Ed, To detect the keyboard scan codes, you can use a "bios_key()" (Turbo C) or equivalent function in MSC. It's from the scan_codes that you determine whether you have a function key or something else. Also, for your reference, there are 2 .ZIPs which demonstrate several aspects of keyboard access in the Mahoney collection: UNFILKEY.ZIP and GETKBD.ZIP, both of which were the results of some misadventures I had in keyboard access. There are at least a couple of others there, but I don't remember what their names were. You might want to do a "Subject" scan in the collection for files with keywords like KEYBOARD, CTRL-C, etc.. Often, it is problems we are having with "blocking" the ^C and its siblings which leads us into this rather arcane world of keyboard access routines. Good hunting! Grant --------------- ** Current thread: EXTENDED KEYBOARD CODES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2F2P3143 Date: 11/02/89 From: KEN HOPKINSON Time: 08:52 pm To: ED ERDMAN (Rcvd) (Read 97 times) Subj: R: EXTENDED KEYBOARD CODES Ed, I like to know how things work myself too. You should give Assembly a try some time. It's very fast and easy to customize to whatever you want (using the macro feature, you can create whole libraries of added commands if there isn't one there that does what you want). For now, good luck with your C programming. If you have any more questions just pass them on and maybe I'll have the answers to those too. ken --------------- ** Current thread: EXTENDED KEYBOARD CODES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2F2P3242 Date: 11/02/89 From: KEN HOPKINSON Time: 08:54 pm To: GRANT ELLSWORTH (Rcvd) (Read 98 times) Subj: R: EXTENDED KEYBOARD CODES Grant, You can easily block ^C by using Dos function calls. ken --------------- ** Current thread: EXTENDED KEYBOARD CODES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2F2S0764 Date: 11/02/89 From: GRANT ELLSWORTH (Leader) Time: 11:12 pm To: KEN HOPKINSON (Rcvd) (Read 97 times) Subj: R: EXTENDED KEYBOARD CODES Ken, Sorry to report this, but ... with DOS standard function calls you c can only partially block the ^C and its friends. Rather than go into a long essay here, I suggest you read some of the remarks in the several zips with ^C , ^BRK, etc., keyboard routines. You might want to start with MS's CAROTC.zip. To illustrate the nuisance of this thing, run you c program with the simple dos function calls, then enter ^@, <alt-03>, and ^BRK .... if you have trapped all 3 varieties, you should not see a ^C on your screen.... but I betcha you'll see it for 1 or more of the above. Grant --------------- ** Current thread: EXTENDED KEYBOARD CODES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2F3F0991 Date: 11/03/89 From: KEN HOPKINSON Time: 11:16 am To: GRANT ELLSWORTH (Rcvd) (Read 96 times) Subj: R: EXTENDED KEYBOARD CODES Grant, Thanks for that piece of knowledge. I'll look for those files. ken --------------- ** Current thread: EXTENDED KEYBOARD CODES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2F3S0394 Date: 11/03/89 From: ED ERDMAN Time: 11:06 pm To: GRANT ELLSWORTH (Rcvd) (Read 95 times) Subj: R: EXTENDED KEYBOARD CODES Hello Grant, Thanx for your reply. Best Regards, Ed Erdman --------------- ** Current thread: EXTENDED KEYBOARD CODES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2F3S0607 Date: 11/03/89 From: ED ERDMAN Time: 11:10 pm To: KEN HOPKINSON (Rcvd) (Read 97 times) Subj: R: EXTENDED KEYBOARD CODES Hello Ken, Thanx a lot. I have not taken the time for MASM. I am somewhat familiar with mainframe ALC. I hope I will get good enough with C to be able to answer someone elses questions sometime. I f I get a chance to play with MASM you will probably be hearing from me again. Best Regards, Ed Erdman --------------- ** Current thread: EXTENDED KEYBOARD CODES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FAD1375 Date: 11/06/89 From: CARL SCHRUBBE Time: 09:22 am To: GRANT ELLSWORTH (Rcvd) (Read 93 times) Subj: R: EXTENDED KEYBOARD CODES There is a good ^C filter under the Mahoney collection. Its loaded as a device driver, can be toggled on and off. It's BRK.zip.(?) CARL --------------- ** Current thread: EXTENDED KEYBOARD CODES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FC10320 Date: 11/08/89 From: GRANT ELLSWORTH (Leader) Time: 12:05 am To: CARL SCHRUBBE (Rcvd) (Read 94 times) Subj: R: EXTENDED KEYBOARD CODES Carl, I tried out a BRK varient, if not the thing itself. That's part of what led me to to writing the GETKBD routines which you'll also find in the mahoney collection (GETKBD.ZIP). Also see UNFILKEY.ZIP = another approach. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FAD1630 Date: 11/06/89 From: CARL SCHRUBBE Time: 09:27 am To: ALL (Read 92 times) Subj: _HARDERR HELP I am trying to trap the DOS critical error interupt using the Micro 5.1 _harderr function. Looks good, cant make it work. Does anybody know how to use it. CARL --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FBF0400 Date: 11/07/89 From: ABB INDUSTRIAL Time: 11:06 am To: ALL (Read 98 times) Subj: USING ASSEMBLER ROUTINES WITH LATTICE 3.1 I am attempting to use one of the C functions in the JazSoft library found on this bulletin board. The routines appear to be written for Microsoft C but I am using Lattice C 3.1. The one particular function that I am trying is one that checks a disk drive status and returns an int. The problem that I am having is that the function calls two Assembler subroutines and I cannot seem to get them to work with the Lattice C. Maybe someone who has worked with Assembler subroutines in Lattice can point me in the right direction. So far I have tried to simply assemble the two files and link the object files with my c object file. This gave me two unresolved externals for the two subroutines. Then I tried changing the calls in my c program to include the '_' before each of the two function names. After linking the newly compiled program with the two assembled .obj files I got the following messages: Fixup offset exceeds field width near 4657 in TESTC.OBJ(TESTC) offset 8B54H Fixup offset exceeds field width near 4695 in TESTC.OBJ(TESTC) offset 8B5DH I really do not know what these messages are trying to tell me since I cannot find them in any of my manuals. I assume they mean "do not put the '_' before the function names." The statements in the c source to call one of the Assembler routines is: weseg = getes(); /* get value of extra segment */ The Assembler source is as follows: Comment * ┌────────────────────────────────────────────────────────────────────────┐ │getes.asm │ │Return the Code segment value │ │ │ │Usage: │ │ unsigned int ds; │ │ │ │ ds = getes(); │ │ │ │ (C) JazSoft Software by Jack A. Zucker (301) 794-5950 │ └────────────────────────────────────────────────────────────────────────┘ * title get es value name getes include dos.mac assume cs:_text _text segment public byte 'code' public _getes _getes proc near mov ax,es ret _getes endp _text ends end I put in the "include dos.mac" statement because thats what the Lattice manual said to do. It didn't make a difference. If anyone can give me an idea on how to change the Assembler source to work with Lattice or how to call the routine differently in c, your help will be greatly appreciated. Regards, Mark Huff --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FBL2928 Date: 11/07/89 From: KEN HOPKINSON Time: 05:48 pm To: ABB INDUSTRIAL (Rcvd) (Read 90 times) Subj: R: USING ASSEMBLER ROUTINES WITH LATTICE 3.1 I'm an Assembly Language programmer, but I stick to Microsoft so I don't know how to help you. The source code would work normally. ken >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FDN1450 Date: 11/09/89 From: GREG BARNES Time: 07:24 pm To: ALL (Read 94 times) Subj: TO OS/2 C PROGRAMMERS If you are in to OS/2 and C, I'd like to know your name so we can bounce questions back and fourth. I am analyst at Farmland Industries in north Kansas City, MO and am actually getting payed to write programs in OS/2. What a great job and OS. If you have any questions about OS/2 I'll try to answer then then I can get on the BBS. I hope some of you can help me too. Thanks, Greg Barnes --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FFK1027 Date: 11/11/89 From: GRANT ELLSWORTH (Leader) Time: 04:17 pm To: GREG BARNES (Rcvd) (Read 93 times) Subj: R: TO OS/2 C PROGRAMMERS Greg, you might also find some OS/2 afficianados in the os/2 conference. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FDS2651 Date: 11/09/89 From: JOE REED Time: 11:44 pm To: GRANT ELLSWORTH (Rcvd) (Read 91 times) Subj: EXTENDED KEYCOES This is another question from the great unwashed who are attempting to teach themselves C. My question is as follows: I have written a simple terminal program to communicate with a PAD (Packet Assember - Disassembler) which works quite well with one (where more than one, but one problem at a time) problem. How can I read extended keycodes from the keyboard. If I scan for a keystroke using: if kbhit()!=(); c = getch(); this gets the character to send and I can get it to call function menus (CTRL-A or 0x001, and to exit CTRL-Q). Now it I test the character I get from the keyboard to see if it is, say ALT-H, it will, but when I return to the main program it sends a ^@ which means I have to punch the backspace to clear the character to get the input from the receive buffer. Since this isn't what I wanted or had in mind I thought I would ask you for some advice. Oh yes, I am defining c as a char. Thanks in advance, Joe Reed --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FEN2621 Date: 11/10/89 From: KEN HOPKINSON Time: 07:43 pm To: JOE REED (Rcvd) (Read 87 times) Subj: R: EXTENDED KEYCOES If you use dos function call 7 you shouldn't have that problem. ken --------------- ** Current thread: EXTENDED KEYCOES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FFK0725 Date: 11/11/89 From: GRANT ELLSWORTH (Leader) Time: 04:12 pm To: JOE REED (Rcvd) (Read 90 times) Subj: R: EXTENDED KEYCOES Joe, in general terms, what you need to do is capture both the keycode and its scan_code. Many C compilers have JUST such a function which goes to the BIOS directly, not via DOS to fetch the keyboard values. In TC, the function is "bioskey()", in MSC, it's called "_bios_keybrd()" --- this function can and should ALSO be used to determine if there is a keystroke waiting. If used to retrieve a keystroke, this function returns an integer which includeds the key_code (stnd char id) and the scan_code. I'd use this function, rather than go thru the stnd DOS getc() function, unless there were a COMPELLING reason to do so. The fancy jury-rigging you'll find in some of the ^BRK, etc., trappers is for those whose code needs to stay DOS compatible at that level of action. Grant --------------- ** Current thread: EXTENDED KEYCOES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FGD1917 Date: 11/12/89 From: JOE REED Time: 09:31 am To: GRANT ELLSWORTH (Rcvd) (Read 88 times) Subj: R: EXTENDED KEYCOES Thanks Grant I'll play some with Bioskey() and see what that does for me. The description of bioskey() in the Ref guide doesnt tell me that much but I'll try again. Joe >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FEE2024 Date: 11/10/89 From: CREATIVE MARKETING Time: 10:33 am To: ALL (Read 92 times) Subj: INDEXING A FILE I am in search of a way to "index" a file using MS Quick C. I have a file that contains 94,000 records and is about 2.5 meg big so I cannot read it into an array and hold it for varriable checks. When I do an 'if' search for a match it takes about 30 seconds per 2,000 records to search. Is there a way to index in C? Please help Daniel Kram Creative Marketing --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FFE2957 Date: 11/11/89 From: JOE VINCENT Time: 10:49 am To: CREATIVE MARKETING (Rcvd) (Read 94 times) Subj: R: INDEXING A FILE >I am in search of a way to "index" a file using MS Quick C. I have a file >that contains 94,000 records and is about 2.5 meg big so I cannot read it >into an array and hold it for varriable checks. When I do an 'if' search Well, Mr. Marketing (or may I call you "Creative"), if I were you, I would take a look at a commercial-quality file-handling package, such as Btrieve. Btrieve and companion products (such as Xtrieve) are designed to do what you want to do. -=≡{JOE}≡=- (tm) --------------- ** Current thread: INDEXING A FILE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FHC3185 Date: 11/13/89 From: JOHN HEY Time: 08:53 am To: CREATIVE MARKETING (Rcvd) (Read 95 times) Subj: R: INDEXING A FILE RE: indexing the file You might look into the Emerald Bay system, by RSPI. They are reviewed in November 13 issue of INFOWorld. They provide not only a dBase-type language interface to their database format, but they also provide a complete C Toolkit for interfacing with the database. Indexes are maintained automatically once they are created. The system is really slick...I am using it to create a sophisticated Medical office management package--it is the BEST database management system accessible from C that I am aware of. Anyway, it can't hurt to call them for info. The number for RSPI is 818-248-0877. Good Luck. John P. Hey (GMT Corp.) --------------- ** Current thread: INDEXING A FILE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FHE2323 Date: 11/13/89 From: CREATIVE MARKETING Time: 10:38 am To: JOHN HEY (Rcvd) (Read 96 times) Subj: R: INDEXING A FILE Thanks John, I am callling them this morning. DRK >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FFN2691 Date: 11/11/89 From: STEVE LIN Time: 07:44 pm To: ALL (Read 90 times) Subj: WRITING A PROG FOR A BBS I'm pretty new to C programming... I got the Turbo C 2.0 language during this past summer, but being a student I haven't had much time to explore it. Anyway, I'm going to force myself to do so, but now I've hit a small thing which I'd like to resolve as painlessly as possible. I'd like to find some way of writing (or adding code for) routines to handle I/O through the phone lines (ie. BBS) to allow both the remote and local users to type at the same time and to, at the same time, monitor the carrier signal. Any suggestions? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FGF2395 Date: 11/12/89 From: KEN HOPKINSON Time: 11:39 am To: STEVE LIN (Rcvd) (Read 91 times) Subj: R: WRITING A PROG FOR A BBS An Ohioan. I just left Ohio and ended up here in Wisconsin in June. (It's a lot coder up here. How's everything down there?) So what you want is to have people typing at the same time without getting in each others way right? You could send characters recieved over the phone to one window, and chracters typed at the local end to another window. I know of a few programs that wentr this way when they were designing BBS software. ken --------------- ** Current thread: WRITING A PROG FOR A BBS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FJ51351 Date: 11/15/89 From: STEVE LIN Time: 05:22 am To: KEN HOPKINSON (Rcvd) (Read 93 times) Subj: R: WRITING A PROG FOR A BBS Okay, do you know any routines which do this? Everything is fine over here in Ohio. Actually, I'm not a native Ohioan; I'm a Marylander, just here for college... >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FGL1343 Date: 11/12/89 From: ERIC JABLOW Time: 05:22 pm To: ALL (Read 89 times) Subj: OBFUSCATED CODE I have uploaded the file IOCCC89.SHR to the UNIX/Xenix file collection. It contains the winners of the 1989 International Obfuscated C Code Contest. The file is in standard SHAR format for UNIX systems, and much of the code is UNIX specific. To look at it on a PC, just remove the first character of each line and split the file at the appropriate places. On a UNIX or Xenix system, just type the command "sh ioccc89.shr". Some of these programs are wicked! Eric --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FGP3152 Date: 11/12/89 From: LARRY ASHWORTH Time: 08:52 pm To: HENRIK SCHMIEDICHE (Rcvd) (Read 121 times) Subj: R: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS I'm new to the forum but a friend who works at Novell and I go round and round on topics like this one, and It's My Opinion that the bottom line is the ability to do what you want. If you're familiar with a language and can get the job done, then that's the point isn't it???? It's easy to esoteric about the ULTIMATE LANGUAGE when ultimately the point should be productivity. And the truth is QuickC is better. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FGQ1844 Date: 11/12/89 From: HENRIK SCHMIEDICHE Time: 09:30 pm To: LARRY ASHWORTH (Rcvd) (Read 126 times) Subj: R: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS LArry, if one aonly knows one language and/or onlyhas access to one compiler, then clearly one doesn't have a choice. The question is, if one has the choice (and ability) what is the best programming language for a task. There is no one answer to the question because the definition of "best" is in the eye of the beholder. I can write a short database application in DBASE III in about 1 tenth the time it takes me to write it in C (or less) and if speed is important in defininn what "best" is then I'd be stupid to use C. On the other hand if the final product is all that matters then C may be a better choice (or may not - depending on application). Similar arguments can be made about many other language. LISP is clearly better for List Processin then C, while SNOBOL will blow c out of the water when it comes to string processing. Ada handels multitasking better then C, etc., etc., etc. So before one discusses the issue of the best programming language I need to know the application and definition of "best". So much for that. As for which version of C is the best..... frankly both Quick C and Turbo C are so similar in performance and features that It boild sown to a matter of personal preference. I have Turbo C. I don't have Quick C. Therefore (suprise) I use and prefer Turboc over Quick C. Actaully, what I really want is Quick C++ or Turbo C++. Anyone have any idea if Turbo C is being upgraded some time in the future? - Henrik --------------- ** Current thread: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FHM3460 Date: 11/13/89 From: LARRY ASHWORTH Time: 06:57 pm To: HENRIK SCHMIEDICHE (Rcvd) (Read 121 times) Subj: R: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS The truth is that I agree with you 100%. The work one do tends to focus one's attention to the language that best fits the tasks at hand. I write database applications in a Dbase clone compiler, because just as you say it makes sense. I use Quick Basic 4.5 for one page of code calculations, and I'm using C for larger jobs. I was reading about the "Ultimate Language" in the message base and accidently forwarded my message to you.... As you say I say productivity and context sensitivity are the issues not the ultimate compiler... Thank you for the note...... --------------- ** Current thread: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FKL2166 Date: 11/16/89 From: GRANT ELLSWORTH (Leader) Time: 05:36 pm To: HENRIK SCHMIEDICHE (Rcvd) (Read 114 times) Subj: R: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS Henrik, i heartily endorse your key points ... especially that which went : "... depends on the specific application". Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FGP3286 Date: 11/12/89 From: LARRY ASHWORTH Time: 08:54 pm To: GRANT ELLSWORTH (Rcvd) (Read 111 times) Subj: R: THE ULTIMATE C COMPILER I'm curious what you see in Watcom C when it appears to be so poorly supported. Is it compatible with other libraries?? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FKL1800 Date: 11/16/89 From: GRANT ELLSWORTH (Leader) Time: 05:30 pm To: LARRY ASHWORTH (Rcvd) (Read 108 times) Subj: R: THE ULTIMATE C COMPILER OK, Here's my opinion vs a vs WATCOM C 7.0 3 major virtues are: o EXCELLENT optimization of object code - lot's of parameter passing via the registers o Relatively lower cost than MSC (the other SERIOUS contender, and some- times winner in the optimization sweepstakes) o Support for the TINY model --- handy for tight TSR's The optimization is so good, that I'd recommend WC as the target com- piler for very cpu intensive tasks 1 major weakness --- the optimizing pass is slower than MSC by a per- ceptable margin. HOwever, it does produce smaller .exe files - even with EXEPACK taken into consideration. I have seen ad's for several commercial function libs which DO include support for WATCOM C. And I also note that QD's DesqView provides support for WC. On the not-so-good side: o the editor is rubbish o the "express" version (a quick prototyping compiler) which comes with the package is only so-so o there have been a few very annoying bugs and getting the fixes is a bit expensive --- unless you live/work in waterloo, ont. BTW, the WVIDEO debugger is pretty good -- I like it better than CODEVIEW but not nearly as much as the Borland TD product. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FGQ0061 Date: 11/12/89 From: LARRY ASHWORTH Time: 09:01 pm To: GREG RYAN (Rcvd) (Read 122 times) Subj: R: THE ULTIMATE LANGUAGE There seems to be far too many who want to change the rules of the game just for the sake of change. Languages can improve slowly and naturally evolve (like C) but we really DON'T need a whole new language. Every time you change environment you start from scratch. Stick with what you know unless there isn't any other alternative. Productivity should be the key. C library support is what really excites me about C. Yes I agree with you, how can we take these bozo's seriously. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FKL2014 Date: 11/16/89 From: GRANT ELLSWORTH (Leader) Time: 05:33 pm To: LARRY ASHWORTH (Rcvd) (Read 118 times) Subj: R: THE ULTIMATE LANGUAGE >Stick with what you know unless there isn't any other alternative ... Good reason for the commercial DP community to hold on to COBOL forever... what-ever the cost.... Technology and techniques change and improve. We really need to learn how to adapt quickly to the new tools of the trade ... else we go the way of the blacksmiths. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FMN0792 Date: 11/18/89 From: LARRY ASHWORTH Time: 07:13 pm To: GRANT ELLSWORTH (Rcvd) (Read 114 times) Subj: R: THE ULTIMATE LANGUAGE Welll I may have overstated the case and the fact is things are changing so fast that you are indeed correct that we need to keep up. But wouldnt you agree that the product is the point and not the compiler. I think it's called seeing the forest for the trees. The answer is better programmers, not just better compilers. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FMQ2932 Date: 11/18/89 From: LARRY ASHWORTH Time: 09:48 pm To: GRANT ELLSWORTH (Rcvd) (Read 111 times) Subj: R: THE ULTIMATE LANGUAGE First I'd like to say I've really enjoyed the various ideas presented in regards to the "Ultimate" compiler, but what I see as I look at the industry is the dynamic change that is creating the ultimate compiler release by product release. All compilers seem to be merging, converging, and colescing into a common set of environments and capacities. QuickBasic 4.5 and QuickC 2.0 are very similar in environment, and QuickBasic is an amazing language considering it's Basic roots. The constraints caused by expensive or limited memory have been largely eliminated so the door is wide open for explosive growth in all directions. There really is no reason why Basic couldn't have memory models, or any other desirable feature. There's really no reason for any compiler to lack anything of merit. It seems to me that the real question may be more esoteric than a discussion of syntax, but rather a question of artificial intelligence. Or just intelligence. What problem are we wanting to solve? Do we need a different tool or a different algorithm. What influence do the tools have on the implementation of the algorithm? Perhaps we should we have a set of languages, that are complementary but optimized for a particular type of programming. Then you have the ability to change context smoothly. With linear syntax. Doesn't C already fit the bill? With the proper set of libraries you can do nearly anything you can imagine. ( Even MORE than I can imagine ) Or is C too piecemeal. A fantastic kludge. One size fits all. Sort of. I'd like to hear what you all think is WRONG with current languages. Then maybe we could see what the Ultimate Compiler ought to be...... --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FMR2832 Date: 11/18/89 From: GRANT ELLSWORTH (Leader) Time: 10:47 pm To: LARRY ASHWORTH (Rcvd) (Read 114 times) Subj: R: THE ULTIMATE LANGUAGE I think you mean "language" ,,, not "product". A compiler is merely an implementation of a language processor. And I agree, we need to consider the "language" aspect of the tool, not the specific implementation. Yes, we DO need better programmers, and those programmers need good tools. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FMR3322 Date: 11/18/89 From: GRANT ELLSWORTH (Leader) Time: 10:55 pm To: LARRY ASHWORTH (Rcvd) (Read 111 times) Subj: R: THE ULTIMATE LANGUAGE Concerning C as already "fitting the bill", ,,, As much as I like to use C, I do find some aspects of its syntax and constructs prone to introducing "errors" which can hide from you (consider "if(a=b)" vs "if(a==b)" for example). C sets traps for the unwary coder. And, as such, is a little deficient. But I do not disparage or denigrate the inherent flexibility and extensibility of the language -- in that respect it is a good tool. The ultimate tool???? No. I doubt there is any one language or baseline programming tool which can adequately satisfy the needs of all applications,,, and I doubt there is one underlying grammar which could cover all the necessary bases. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FN12438 Date: 11/19/89 From: JOHN HEIM Time: 01:40 am To: GRANT ELLSWORTH (Rcvd) (Read 114 times) Subj: R: THE ULTIMATE LANGUAGE RE: I doubt ther is one underlying grammer which could cover all the necessary bases. Agreed. But C comes closer than anything else currently in existance. I doubt that any other language has been used for a wider variety of tasks. It's become the language of choice for programmers in the micro and mini arenas and is making inroads on the bigger machines. I'm always running into mainframe guys who are really interested in learning C. Quite a job for some RPG and COBOL programmers. I've even had some say they dont see what can be so hard about it. It can't be that different from what they're already doing - right? John --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FU10694 Date: 11/25/89 From: GRANT ELLSWORTH (Leader) Time: 12:11 am To: JOHN HEIM (Rcvd) (Read 112 times) Subj: R: THE ULTIMATE LANGUAGE John, I agree .. C is "closer" than any other commonly used tool available today, but, I've been impressed with the more "consistent" syntax of Modula-2, and have been hearing some good comments on ADA. Now, on your other topic, if you want to see a mainframe cobol/rpg programmer "freak out", submit a large C system source code with a K+R and another learing guide in front of victim. There will be many cries of exasperation and horror before comprehension. The big hurdle for these programmers is C's use of pointers. The 2nd lesser hurdle is C's concept of "scope". Grant --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FVQ1244 Date: 11/26/89 From: JOHN HEIM Time: 09:20 pm To: GRANT ELLSWORTH (Rcvd) (Read 109 times) Subj: R: THE ULTIMATE LANGUAGE RE: Mod-2 and ADA. I've never used either. It would be nice though if we could come up with a languge with C's good qualities but w/o it's little quirks. It would be easy to imagine a language with better syntax than C. ie. if (a = b) { ... mess ...} (which, of course causes mess to be executed every time) is a mistake I continue to make ocassionally and have a hard time finding. There are alot of other things in C that can make it easy to make mistakes. John --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2G1C2440 Date: 12/01/89 From: GREG KOCHANIAK Time: 08:40 am To: JOHN HEIM (Rcvd) (Read 125 times) Subj: R: THE ULTIMATE LANGUAGE John, My way to deal with mess in something like: if (a=b) {... mess ...} is my CODE.H include file. It contains definitions like this: #define IF(c) if(c) { #define ELSE ;} else { #define ENDIF ;} #define ELSEIF(c) ;} else if (c) { and more... Now after #include <code.h> I can write my program this way: IF (a == b) instructions... instructions... ELSEIF (a == 0) other code... ELSE more code... ENDIF and so on. I have more definitions: FOR/ENDF, WHILE/ENDW, CASE/ENDCASE, FOREVER/ENDFR and so on. This way the program looks much more clear and is easier to analyze. What do you think? If you are interested, I can upload my CODE.H here, maybe you will further improve it? Greg --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2G5R1173 Date: 12/05/89 From: JOHN HEIM Time: 10:19 pm To: GREG KOCHANIAK (Rcvd) (Read 100 times) Subj: R: THE ULTIMATE LANGUAGE RE: code.h I'm interested. I have a few reservations though. Mainly that the uninitiated wouldn't know what to make of the code. I try keep an open mind about such things though. John PS ---- I set up infinate loops thusly ... #define FOREVER ;; for (FOREVER) { ... } Somehow it seems sorta poetic that C lets you define FOREVER so elegantly. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GAC0949 Date: 12/06/89 From: GREG KOCHANIAK Time: 08:15 am To: JOHN HEIM (Rcvd) (Read 102 times) Subj: R: THE ULTIMATE LANGUAGE John, I'll prepare my CODE.H together with an example and ty to UL it here with the name like CLEAR_C.ZIP or similar. Greg --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GBA1563 Date: 12/07/89 From: JOHN HEIM Time: 06:26 am To: GREG KOCHANIAK (Rcvd) (Read 90 times) Subj: R: THE ULTIMATE LANGUAGE RE: Uploading CODE.H Great, leave a message here when it's available and I'll look for it. John --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GBE2220 Date: 12/07/89 From: GREG KOCHANIAK Time: 10:37 am To: JOHN HEIM (Rcvd) (Read 85 times) Subj: R: THE ULTIMATE LANGUAGE John, CLEAR_C.ZIP is available in file section A. Greg --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31KP3258 Date: 01/16/90 From: JOHN HEIM Time: 08:54 pm To: GREG KOCHANIAK (Rcvd) (Read 104 times) Subj: R: THE ULTIMATE LANGUAGE Greg, Ok, I'll check it out. John >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FJJ2945 Date: 11/15/89 From: JOE REED Time: 03:49 pm To: GRANT ELLSWORTH (Rcvd) (Read 92 times) Subj: HELP Thanks for the suggestion of using bioskey() rather than getch() as it cured the bug I had in the terminal program. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FMH2377 Date: 11/18/89 From: ED ERDMAN Time: 01:39 pm To: ALL (Read 98 times) Subj: TURBO C VS QUICK C I have recently got a copy of Turbo C thru school. I prefer it's compiler to that of Quick C but the Editor is absolutely terrible!!! Is there any way to install your own editor in the Turbo C environment (like Quick C). Lacking that, has anyone heard if Borland is planning to ever upgrade it's editor? Thanx, Ed Erdman --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FMR2635 Date: 11/18/89 From: GRANT ELLSWORTH (Leader) Time: 10:43 pm To: ED ERDMAN (Rcvd) (Read 96 times) Subj: R: TURBO C VS QUICK C Sorry you find the TC integrated environment editor unsatisfactory. I rather like it (yes, I used old WORDSTAR for a long time, and the TC editior uses many of the keystroke patterns). No, I don't know of any way to install your own editor in the TC integrated environment. But if you do have an editor of choice, you could set up some clever .BAT files combining use of your editor and the TMAKE program, or the integrated environment. I tried the QC editor and environment some time ago and found it a little confusing and lacking (for my taste, anyway). --------------- ** Current thread: TURBO C VS QUICK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FN11674 Date: 11/19/89 From: JOHN HEIM Time: 01:27 am To: ED ERDMAN (Rcvd) (Read 97 times) Subj: R: TURBO C VS QUICK C Finally someone who agrees with my opinion of Turbo C's editor. It stinks. But I doubt there's anything you can do if you want to continue in the integrated development environment. Their docs say they based the editor on one of their other products - I forget which one - so I doubt they'd redo it. John --------------- ** Current thread: TURBO C VS QUICK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FPF0528 Date: 11/20/89 From: ED ERDMAN Time: 11:08 am To: GRANT ELLSWORTH (Rcvd) (Read 95 times) Subj: R: TURBO C VS QUICK C Thanks Grant. I am used to using an editor that has native mouse support. If we all liked the same thing where would the authors be? Best Regards, Ed Erdman --------------- ** Current thread: TURBO C VS QUICK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FPF0958 Date: 11/20/89 From: ED ERDMAN Time: 11:15 am To: JOHN HEIM (Rcvd) (Read 100 times) Subj: R: TURBO C VS QUICK C Hello John, I think they probably used the so-called editor that they had in Turbo-Pascal release 1.0 (and I dont think they made any changes to it). I am already pretty much used to using TCC. I am just in the process of learning C so havent done anything large enough to need TMAKE. I think I read somewhere that there is a way of accessing Turbo C's help system from your own editor, but have not found their help to be of enough help to bother. I must admit that i prefer TC,s compile speed and library to those of Quick-C. If I ever become a C bigot I will probably get a bigger and better compiler from someone else anyway. Best Regards, Ed Erdman --------------- ** Current thread: TURBO C VS QUICK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FVQ0500 Date: 11/26/89 From: JOHN HEIM Time: 09:08 pm To: ED ERDMAN (Rcvd) (Read 96 times) Subj: R: TURBO C VS QUICK C RE: If I ever become a C bigot ... You mean you're not already? The only 'big' compilers I've used professionally are Lattice and Microsoft (and various Unix C compilers). I was impressed by Lattice but that was a few years ago. Mostly I've used Microsoft on DOS machines and I think it's pretty good to although some people I work with hate it. Personnally I have 3 compilers, Mark Williams, TurboC and QuickC. I would agree with you're assessment, I like the libraries in TC and the editor in QC. Mark Williams is not bad though. My version is pretty old and pretty primitive by todays standards but it does things that QC and TC still dont do. John --------------- ** Current thread: TURBO C VS QUICK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2G5R1610 Date: 12/05/89 From: ED ERDMAN Time: 10:26 pm To: JOHN HEIM (Rcvd) (Read 82 times) Subj: R: TURBO C VS QUICK C I am not a C bigot yet, buy I think it is a real possibility. The more I learn the better I like it. Ed >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FMR0108 Date: 11/18/89 From: ED GRIFFIN Time: 10:01 pm To: ALL (Read 83 times) Subj: C GURUS: HELP! Please give me the name of the best (ha!) text, text+workbook, text+workbook+floppy(ies)(?) for learning Turbo C . And where to buy it....(them....) I KNOW y'all will all agree on a single text.... I have mucho mainframe experience in Cobol, SAS, assem, etc.... Thanks, -Ed --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FMS0111 Date: 11/18/89 From: GRANT ELLSWORTH (Leader) Time: 11:01 pm To: ED GRIFFIN (Rcvd) (Read 82 times) Subj: R: C GURUS: HELP! The best book? Hmmm! There is no "best" from my perspective. However, like you, I was DEEPLY inculcated in big blue programming (mostly ALC) before getting anywhere near C. The book I used and like the best is: C Programming Guide, by Jack Purdom, published by QUE. The book is now out in a 2nd addition to cover the "new" ansi conventions. No diskettes come with it. I also suggest you supplement the Purdom book with latest from K+R. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FQS0610 Date: 11/21/89 From: JIM MONROE Time: 11:10 pm To: ALL (Read 84 times) Subj: SCREEN BUFFER I am interested in receiving general info on writting through the screen buffer, I am relatively new to C programing and this seems like it should be a faster way of producing menu screens etc. Any help will be appreciated. Thank You, Jim Monroe --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FUH0892 Date: 11/25/89 From: ROBERT WARREN Time: 01:14 pm To: ALL (Read 84 times) Subj: REDIRECTING OUTPUT - HELP ME. Hi. I'm real new a programming in C. I'm using Borland's Turbo C v 2.01 . An introductory C book had an example that I'm unable to get to work. Dealing with Redirecting Output. The program follows: main() { while( getche() != 'X' ) ; } When this program is run - the text that is typed appears on the Screen, until terminated by the letter 'X'. According to my introductory C book -- if I was to execute this program from dos with a command such as: MYPROG >FILE.TXT the information that I type would be redirected to the file - FILE.TXT . But this isn't happening for me. The information that I type continues to be shown on the screen, just as when i executed the program without the >FILE.TXT The file FILE.TXT is created with a zero length, but No text is stored in the FILE.TXT file. ...................... Redirection normally works for me, from Dos. For Example if i type in DIR >DIRLIST the file DIRLIST will contain the normal output of the Directory command. Any ideas - what I'm doing wrong? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FUI0828 Date: 11/25/89 From: PAT SHEA Time: 02:13 pm To: ROBERT WARREN (Rcvd) (Read 86 times) Subj: R: REDIRECTING OUTPUT - HELP ME. rob't : 'twould appear that you problem is that you have not told the program to truly 'write' anything. furinstince... what you are seeing is just your machine barphing back at you what you have entered via the keyboard because you are using getche() <the 'e' on the end of getch indicates that the keyboard input is to echoed - getch() does the same thing but duz NOT echo the imput>. you can't redirect that echo. suggest you try something like... void main( void ) { char szBuffer[81]; int j; /* this will NOT be redirect cuz it's going to stderr */ fprintf( stderr, "Tell me what you want to 'redirect' :\n\n" ); /* this get your line of text */ for ( j = 0; j < 80; j++ ) { if (( szBuffer[j] = getche() ) == '\r' ) { break; } } /* put on the NULL terminator... */ szBuffer[j]; /* this line CAN be redirected cuz it goes to stdout */ printf( "\n%s\n", szBuffer ); } rather 'written-on-the-fly' but it should run ok - don't forget to #include <stdio.h> /* for printf and fprintf */ #include <conio.h> /* for getche */ you may also wish to try it with getch() in stead of getche() - compile it and see if you redirect as you wish to, now. happyhacking, pats. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FVG1334 Date: 11/26/89 From: GEORGE HOFFMAN Time: 12:22 pm To: ALL (Read 99 times) Subj: TURBO C / QUICK C I have Turbo C professional, brand new,, with turbo debugger. I am a novice C programmer and I think I would do better with Quick C. DOes anybody want to trade? Pls. leave Email. Thanks --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FVM1828 Date: 11/26/89 From: GRANT ELLSWORTH (Leader) Time: 06:30 pm To: GEORGE HOFFMAN (Rcvd) (Read 99 times) Subj: R: TURBO C / QUICK C George, WHY do you think QC will serve you better than TC? Grant --------------- ** Current thread: TURBO C / QUICK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FVN1420 Date: 11/26/89 From: GEORGE HOFFMAN Time: 07:23 pm To: GRANT ELLSWORTH (Rcvd) (Read 96 times) Subj: R: TURBO C / QUICK C I guess because of the advertising I've seen, and that QC has some tutorial with it.... gmh --------------- ** Current thread: TURBO C / QUICK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FVQ2161 Date: 11/26/89 From: JOHN HEIM Time: 09:36 pm To: GEORGE HOFFMAN (Rcvd) (Read 96 times) Subj: R: TURBO C / QUICK C According to the prices listed in an add for Programmers Paradise in November issue of Doctor Dobbs Turbo Professional is $175 and QuickC is $69. I've used both and though I can see lots of ways QC would be better for a novice, I don't think it's THAT much better. The trade would cost you over $100. John --------------- ** Current thread: TURBO C / QUICK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FYQ1060 Date: 11/29/89 From: GRANT ELLSWORTH (Leader) Time: 09:17 pm To: GEORGE HOFFMAN (Rcvd) (Read 90 times) Subj: R: TURBO C / QUICK C FYI ... TC has a good on-line help facility and some good examples as well. I saw the QC "tutorial" and don't regard it as a serious learning aid. Grant --------------- ** Current thread: TURBO C / QUICK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FYR0288 Date: 11/29/89 From: GEORGE HOFFMAN Time: 10:04 pm To: GRANT ELLSWORTH (Rcvd) (Read 87 times) Subj: R: TURBO C / QUICK C ok...thanks. Now, if I need object modules from Microsoft C to act as run-time routines for a higher level package such as ASYST (Data Acquisition), are Turbo C object modules link/load compatible with Microsoft or Quick C modules???? - geo --------------- ** Current thread: TURBO C / QUICK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2G1R2240 Date: 12/01/89 From: GRANT ELLSWORTH (Leader) Time: 10:37 pm To: GEORGE HOFFMAN (Rcvd) (Read 105 times) Subj: R: TURBO C / QUICK C If you DO need MSC library routines, or libs compiled explicitly for use with MSC applications, you will need to use MSQC or MSC 5.x. TC object and MSC object code are "loosely" compatible, but, the run_time lib routines do not have compatible parameter list parameter order, system routine names, etc.. It really depends on the library you want to link to and its governing technical constraints. Grant --------------- ** Current thread: TURBO C / QUICK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2G2H0720 Date: 12/02/89 From: GEORGE HOFFMAN Time: 01:12 pm To: GRANT ELLSWORTH (Rcvd) (Read 100 times) Subj: R: TURBO C / QUICK C I need object modules which can be called from a program which expects the modules to be MSC object types. -- geo. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FWB3264 Date: 11/27/89 From: MIKE KELLER Time: 07:54 am To: ALL (Read 85 times) Subj: HELP STORING RETRIEVING STRUCTS I'm just getting my C-Legs and I'd like to know if anyone has a nifty way of storing a structure with its members to disk and retrieving it. I am using Microsoft Quck C. Thanks in advance, Mike --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FX22882 Date: 11/28/89 From: PAUL MCKENZIE Time: 02:48 am To: MIKE KELLER (Read 89 times) Subj: R: HELP STORING RETRIEVING STRUCTS Mike, Here is a sample of how to use file streams to read and write structures. #include <stdio.h> struct mystruct { int x; int y; int z; double a; double b; long c; }; struct mystruct ms = {1, 2, 3, 1.1, 2.2, 1234}; struct mystruct ms2; FILE *infile; main() { infile = fopen("temp","wb"); /* This writes the structure to a file */ fwrite(&ms,sizeof(struct mystruct),1,infile); fclose(infile); infile = fopen("temp","rb"); /* This reads the structure back into ms2 */ fread(&ms2,sizeof(struct mystruct),1,infile); fclose(infile); /* Verify */ printf ("x = %d y = %d z = %d\na = %lf b = %lf\n c = %u\n", ms2.x, ms2.y, ms2.z, ms2.a, ms2.b, ms2.c); } Hope it helps! Paul --------------- ** Current thread: HELP STORING RETRIEVING STRUCTS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FX43548 Date: 11/28/89 From: MIKE KELLER Time: 04:59 am To: PAUL MCKENZIE (Rcvd) (Read 84 times) Subj: R: HELP STORING RETRIEVING STRUCTS Thanks!!! >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FXQ2371 Date: 11/28/89 From: DENNIS DODSON Time: 09:39 pm To: ALL (Read 89 times) Subj: PRO-C QUESTIONS Hello out there.... Saw a little commentary on the use and value of Pro-C. Hope I can help. Have been using package now for about 4 months. Started out a a very NON-Proficient C programmer (Still have a long way to go). Pro-C has been a very valuable tool for us to develope NEW applications. Probably 90% of that grunt coding is taken care of on the front-end phase before the source code generation - Very Helpful ! Allows more project time to be spent on the tweaking and customizing phase vs. the grunt phase. Source code is good (I think), and the more you see of it, the more you will learn about the language. Am presently using with C-Tree isam and networked Btrieve file structures. 1 unique key and up to 64 duplicate keys are supported (dependent upon file handler used). Main areas of program type generated are Menu, Batch, Report, Screens. Multiple screens are supported. Windowing is available. Typical add/chg/del/inq screen with 58 fields and 3 screens was developed in 1/2 day, compile, tested, and source code frozen for customizing by days end. Tell me how long that would take if you wrote from scratch ? Toolkit that comes with package is excellent. Company is in Canada, support is fantastic, they don't even ask who's calling. If I can help anyone, please let me know. ---Dennis --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GDP2407 Date: 12/09/89 From: DAVID FENSKE Time: 08:40 pm To: DENNIS DODSON (Rcvd) (Read 67 times) Subj: R: PRO-C QUESTIONS I knew I should look in more more often. I also use Pro-C, bu normally in the Xenix environment. (The product runs on DOS, Xenix and QNX) I've got 3 fresh DOS copies of Pro-C. If anyone is interested in the product, I'd be willing to come up with a good price. After all, isn't this just the sort of thing you'd like to get for Christmas?? If you'd like more info, just leave e-mail. DF --------------- ** Current thread: PRO-C QUESTIONS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GEK1783 Date: 12/10/89 From: DENNIS DODSON Time: 04:29 pm To: DAVID FENSKE (Rcvd) (Read 72 times) Subj: R: PRO-C QUESTIONS Gee Dave, Thanks for the offer, but our site license is fine for now. Too bad that we're not using the same OS, it would be nice to compare notes and problems with someone. Am currently migrating from the single user Btrieve to Novell networked and am experiencing some problems with test of programs that worked o.k. single-user. Looks like will have to modify the io4.c module somewhat for record/file locking and add some code to generated programs to work around this. Pro-C says that the Novell version is not tested and that is a future project, and they have no facilities at this time to test (i.e., no network, tsk,tsk). Also are coming out with an feature enhanced product in 1st quarter. Will be looking for that one. Well, have to go now, depressed because of Packers today. If you do have any more on Pro-C, please leave a message. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2G3S1476 Date: 12/03/89 From: ERIC JABLOW Time: 11:24 pm To: ALL (Read 85 times) Subj: HEX, OCTAL, AND ANSI Traditionally, the only alternative base for constants in C was octal. C was invented by Kernighan @ Ritchie to run on DEC PDP-11s, and octal was the natural base for machine language on them. PDP-11 words have 12 bits, split into 4 octal digits,. Because of this, the original language allowed the octal notation. For PCs, hexadecimal notation is more natural, and so a hex extension was added in ANSI C. The important fact is that some supposedly ANSI-conformant C compilers mishandle octal constants; the behavior of string expressions like "\177364" can be a bit fuzzy. In old K&R C, this would be the octal byte \177 followed by the characters 7, 3, 6, 4, and a null byte. Now, it may be the number 177364 octal, or it may not. Hexadecimal notation causes fewer problems. The ANSI way to mix octal constants with digits in strings that is guaranteed to work even on defective compilers is that of using string concatenation. Try "\177" "364". --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2G4Q2459 Date: 12/04/89 From: RICHARD PATRICK Time: 09:40 pm To: ALL (Read 81 times) Subj: FAX TRANSMISSION We are developing a Program that needs to send a short ASCII message through a modem to a Fax Machine. The program is being writen in Clipper. If you know a routine or other product that will do this, please leave a message. Thanks. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GEJ1978 Date: 12/10/89 From: ANDY VESEL Time: 03:32 pm To: ALL (Read 62 times) Subj: COMPLEX ARITHMETIC Does anyone know where I can get a math library for C which includes Complex Arithmetic? Thanks in advance for your help. Andy --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GHH3583 Date: 12/13/89 From: ABB INDUSTRIAL Time: 01:59 pm To: ALL (Read 73 times) Subj: C PROGRAMMING FOR APPLES AND MACS I am not very familiar with either Apples or Macs at this point in time, and I have a few questions about them. I have written a few C programs for IBM compatible systems and I am toying with the idea of transporting them to the Apple/Mac world. If anyone can contribute any facts, possibilities, or personal opinions on any of the following questions I will appreciate it. 1. Does the MacIntosh have the ability to run software programs that were written to run on Apple IIs? 2. Does anyone know of a C compiler for any of the Apple II computers? If so, what hardware is required (II/c/e/GS)? 3. Has anyone had any experience with THINK C for the Mac? How does it compare to programming with Microsoft C 5.1? 4. Are there any other Mac C compilers available? 5. I know that there are option boards available for the Mac that will allow the user to run DOS programs on that machine. Are these common or are they rare in actual usage in the 'real world'? 6. The programs I have written for IBM systems are mainly text-based with some windows for pop-up menus and data-entry screens. Does anyone who has ever taken IBM C programs and converted them to the Apple world have any words of warning or advice? 7. Does anyone know of any good books on these subjects that might help me in my endeavors? Thanks in advance for any help that you can provide. Regards, Mark Huff --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GIC1216 Date: 12/14/89 From: STEVEN KEY Time: 08:20 am To: ABB INDUSTRIAL (Rcvd) (Read 72 times) Subj: R: C PROGRAMMING FOR APPLES AND MACS Mark, I can't answer most of your questions, since I don't C. I can tell you that the Apple II is a very different kind of machine from the MAC. The II is not so terribly different from the PC in a lot of ways - they are both command driven machines, text driven. The MAC is another world. There is a big cliff at the beginning of the learning curve that you must climb up to write your first "hello world" program. You have to learn the windows, dialog boxes, etc. There are only a few commercial programs with versions for both the MAC and the PC. I don't think there is anything that adds the II to the list. Steven --------------- ** Current thread: C PROGRAMMING FOR APPLES AND MACS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GIC2090 Date: 12/14/89 From: ABB INDUSTRIAL Time: 08:34 am To: STEVEN KEY (Rcvd) (Read 68 times) Subj: R: C PROGRAMMING FOR APPLES AND MACS Steven, Thanks for your input. I guess I'll have to take on these two new environments one at a time if I decide to try it at all. From the sounds of it the Apple II line sounds like an easier transition to me. Thanks again. Regards, Mark --------------- ** Current thread: C PROGRAMMING FOR APPLES AND MACS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GIS0490 Date: 12/14/89 From: GRANT ELLSWORTH (Leader) Time: 11:08 pm To: ABB INDUSTRIAL (Rcvd) (Read 67 times) Subj: R: C PROGRAMMING FOR APPLES AND MACS Mark, it might help to know that there are PASCAL implementations for both the MAC and the Apple IIe/II-GS. Borland's Pascal is one of the implementations available for the MAC. There are also C implementations for the MAC --- including, but not limited to, one from Apple. While I'm not super certain, I believe I've read about a C compiler for the Apple II series as well. Grant --------------- ** Current thread: C PROGRAMMING FOR APPLES AND MACS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GJC1210 Date: 12/15/89 From: ABB INDUSTRIAL Time: 08:20 am To: GRANT ELLSWORTH (Rcvd) (Read 73 times) Subj: R: C PROGRAMMING FOR APPLES AND MACS Grant, Thanks for the reply. From the sounds of it, the Apple II series would be easier to transport IBM DOS C programs to when compared to the Mac which replies so heavily on the graphics interface. However, both might be fun learning experiences in the future. I guess I'll have to wander down to my local Apple dealer to find a knowledgeable salesperson (uncertain smug look) who can tell me if there is such a compiler. Regards, Mark --------------- ** Current thread: C PROGRAMMING FOR APPLES AND MACS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GPH0523 Date: 12/20/89 From: JEFF PARNAU Time: 01:08 pm To: ABB INDUSTRIAL (Rcvd) (Read 74 times) Subj: R: C PROGRAMMING FOR APPLES AND MACS Symantec's THINK C or Lightspeed C is the best C compiler for MACs, but the learning curve is steep and the LSC debugger won't run in less than 2 meg of RAM (although the compiler and linker will). I am surprised that there is no source code for the MAC in the MAC file section of this huge BBS. (I couldn't find any C code there.) --------------- ** Current thread: C PROGRAMMING FOR APPLES AND MACS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GQG1440 Date: 12/21/89 From: ABB INDUSTRIAL Time: 12:24 pm To: JEFF PARNAU (Rcvd) (Read 78 times) Subj: R: C PROGRAMMING FOR APPLES AND MACS Jeff, Thanks for the information regarding Mac C compilers. I am getting the impression that there are not too many people who program in C for the Macs that frequent this board. I guess it is still a relatively new environment. Regards, Mark >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GHL3438 Date: 12/13/89 From: JONCARL MITCHELL Time: 05:57 pm To: ALL (Read 73 times) Subj: MEMORY I am a novice to "C" and Assembly . What I need is a program that can list a computers avaliable.when ran from with in a batch file. And the will write the memory to a ascii text file of any name.I am a Clipper programmer and I need to find how much avaliable memory is avaliable before going into my application. I have "C" 5.1 and Microsoft Assembly but I'm not a Assembly programmer .Could some one please help me right this program. JOncarl --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GIR1870 Date: 12/14/89 From: ED ERDMAN Time: 10:31 pm To: GRANT ELLSWORTH (Rcvd) (Read 64 times) Subj: WHY 03/89 Hello Grant, How come all of a sudden I am back at 03/24/89 when I request "N" messages. I was right up to date with the latest December stuff. Best Regards, Ed Erdman --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GIS0131 Date: 12/14/89 From: GRANT ELLSWORTH (Leader) Time: 11:02 pm To: ED ERDMAN (Rcvd) (Read 62 times) Subj: R: WHY 03/89 Ed , the same thing happened to me yesterday ... I suspect there's a spook in EXECPC software which went out and unset the "push high" date associated with our user id's in this topic/conference. Leave bob m. a message in comment at logoff to indicate this behavior may not have bbeen limited to one user in one conference. Since he did maintenance today, the problem may have been fixed. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GJP0931 Date: 12/15/89 From: BILL HOLLS Time: 08:15 pm To: ALL (Read 86 times) Subj: LEARNING C I am beginning to learn c with limited programming experience in basic and would be interested in suggestions for tutoring programs, library files, good sample programs, etc. I just unwrapped the quick c shrinkwrap. thanks --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GLN0077 Date: 12/17/89 From: MICHAEL MCCLUNE Time: 07:01 pm To: BILL HOLLS (Rcvd) (Read 88 times) Subj: R: LEARNING C Bill QC has many example programs in the book "C for yourself which are also on the disks that came with QC. Another excellent book that is clearly written and easy to understand is The Waite Groups Microsoft C... Programming for the PC ISBN# 0-672-22661-8 the author of which is Robert Lafore. You may also post your question here. There are many C programmers eager to help. I cannot help you with any tutorial C programs, I have not used any myself. Mike --------------- ** Current thread: LEARNING C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GMB1075 Date: 12/18/89 From: BILL HOLLS Time: 07:17 am To: MICHAEL MCCLUNE (Rcvd) (Read 90 times) Subj: R: LEARNING C Thanks appreciate your help --------------- ** Current thread: LEARNING C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GS10721 Date: 12/23/89 From: JODY IRISH Time: 12:12 am To: BILL HOLLS (Rcvd) (Read 86 times) Subj: R: LEARNING C Bill, Unfortunately, I'm not a frequent user on this conference, but the topic leader is very helpful! There are others here that are the same! What pkg do you have? I use turbo c, a friend uses Microsoft's Quick C, and a few accomplices use others. I did find some tutors in Mahoney's file collection. The turbo c tutor is titled "tctutor.zip". Best bet in the file collection is to scan for "tutor" and the pkg name. Hope it helps... JL Irish >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GLS1532 Date: 12/17/89 From: ERIK DUFEK Time: 11:25 pm To: ALL (Read 71 times) Subj: EXEC PARTY I'm interested in organizing an EXEC-PC gathering. What I have in mind is an outing to the casino in Brookfield. If we get a minimum number of people we can have the casino all to ourselves. If we can't get a minimum, we'll have to share the facilities with others. The casino offers a bar and a seperate meeting room off the main area that could be used as we wish. The casino has blackjack, roulette, craps and poker. You start out the evening with $1000 in monopoly money. At the end of the evening any money you have left over can be used if you go back some other time. I don't know if we could use the winnings to award door prizes. If we want food, there are several catering outfits which the casino works with. I don't have specifics on prices, but the cost for the casino only would be around $15 and a buffet $5. I'm thinking of scheduling this for the third or fourth week in March. The winter doldrums will probably have set in, and even if it's not Vegas, it's cheaper and just as much fun. So my question is, is there interest in holding a gathering and does this sound like a good place to hold one? I don't want to do any ground work if there's no interest; and if I place my name on a contract I sure don't want to pull money out of my own pocket. Please leave public replies to this message in Bullroar as I don't want to be accused of cluttering up the topic areas. Or you can leave private messages in this topic. The message in Bullroar will have the same heading as this one -- EXEC PARTY. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GSI3250 Date: 12/23/89 From: ROBERT LUNDAHL Time: 02:54 pm To: ALL (Read 81 times) Subj: ZORTECH C++ I am trying to use the flash graphics on Zortech C++ 2.0. I was wondering if anyone else has had trouble with the flash graphics package. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GTN1245 Date: 12/24/89 From: PAT SHEA Time: 07:20 pm To: ALL (Read 83 times) Subj: ETC <from Gerhard Barth's TAMIAMI bbs - Naples, FL> TWAS THE NIGHT BEFORE IMPLEMENTATION 'Twas the night before implementation and all through the house, not a program was working, not even a browse. The programmers hung by their tubes in despair with hopes that a miracle soon would be there. And the users were nestled all snug in their beds, while visions of inquiries danced in their heads. Then out in the hall there arose such a clatter! I sprang from my desk to see what was the matter! And what to my wondering eyes should appear, but a Super-Programmer (with two six-packs of beer)! His resume' glowed with experience so rare, he turned out great code with a bit-pusher's flare. More rapid than eagles, his programs they came and he whistled and shouted and called them by name; On update! On add! On inquiry! On delete! On batch jobs! On closing! On functions complete! His eyes were glazed over, fingers nimble and lean from weekends and nights in front of the screen! A wink of his eye and a twist of his head soon gave me to know I had nothing to dread. He spoke not a word, but went straight to his work turning specs into code, then turned with a jerk, and laying his finger upon the 'enter' key the system came up and worked perfectly! The updates updated; the deletes, they deleted; the inquiries inquired; and closing completed. He tested each whistle, and tested each bell with nary a bend, and all had gone well. The system was finished, the tests were concluded; the clients' last changes were even included. And the client exclaimed with a snarl and a taunt "It's just what I asked for, but not what I want!" Author Unknown --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GVQ1871 Date: 12/26/89 From: GRANT ELLSWORTH (Leader) Time: 09:31 pm To: PAT SHEA (Rcvd) (Read 76 times) Subj: R: ETC Thanks, Pat. ... Now find and upload that famous old "Programmyr's Tayle" ... and maybe then we can know what happened when "grete core y-dumped"! Have a happy holiday season! Grant --------------- ** Current thread: ETC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GWQ2024 Date: 12/27/89 From: PAT SHEA Time: 09:33 pm To: GRANT ELLSWORTH (Rcvd) (Read 77 times) Subj: R: ETC ya' know, grant : there are rumors about that "the night before..." was written 'bout the legendary joe vincent. that man (i'm told) could boot up a cinder block! best regards, pats. --------------- ** Current thread: ETC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GWS2894 Date: 12/27/89 From: GRANT ELLSWORTH (Leader) Time: 11:48 pm To: PAT SHEA (Rcvd) (Read 72 times) Subj: R: ETC ... I think Joe is into cinder block investments now that he's firmly established that he can boot them ... Find "The Programmyr's Tale" ... I think Joe and others could really relae to it! Grant --------------- ** Current thread: ETC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GX41814 Date: 12/28/89 From: PAT SHEA Time: 04:30 am To: GRANT ELLSWORTH (Rcvd) (Read 71 times) Subj: R: ETC grant: 'not familiar w/ 'The Programmyr's Tale' - lemme sniff around and see if i can find it. best regards, etc. pats. --------------- ** Current thread: ETC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GXL2456 Date: 12/28/89 From: JOE VINCENT Time: 05:40 pm To: PAT SHEA (Rcvd) (Read 76 times) Subj: R: ETC >there are rumors about that "the night before..." was written 'bout the >legendary joe vincent. that man (i'm told) could boot up a cinder block! Gosh, Pat, what brought that on? BTW, next Christmas, may I send all of my messages to you and have you <S>end them from Bethlehem? Happy holidays! Long time, no telecommuni- cate. -=≡{JOE}≡=- (tm) --------------- ** Current thread: ETC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GXQ0458 Date: 12/28/89 From: GRANT ELLSWORTH (Leader) Time: 09:07 pm To: JOE VINCENT (Rcvd) (Read 81 times) Subj: R: ETC Joe, Nice to see you back in "C"-world! I'm not sure what brought it on, but I do know that your investment activity is high and enjoyable. Hope we don't lose you from the arcane world of "haute" computing to the even more arcane world of higher finance! Regards and have a very happy 1990, and the decade to come! Grant --------------- ** Current thread: ETC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GXQ1270 Date: 12/28/89 From: PAT SHEA Time: 09:21 pm To: JOE VINCENT (Rcvd) (Read 79 times) Subj: R: ETC hi joe : have been up to my <whatever> in alligators for the last several months at work and have not had much time to play around. 'just enjoyed the first end-of-year rollover on a new system we put up last autumn - made it with only a few minor snags in the f/c'g module (the damned thing was counting the last business wk in december as december movement AND also first wk in january.) i've seen some really bloody end-of-yr's on new systems. some take 'til february to iron out completely. ALSO - box up next yr's Christmas stuff and i'll be glad to remail 'm for you. best regards, pats. --------------- ** Current thread: ETC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GYM2688 Date: 12/29/89 From: JOE VINCENT Time: 06:44 pm To: GRANT ELLSWORTH (Rcvd) (Read 79 times) Subj: R: ETC I have plenty of time for my two most enjoyable avocations: PCs and investing. As I have said before, there are none so blind as those who will !C (tm) (c). Blessed holidays and a prosperous new year to you and yours. -=≡{JOE}≡=- (tm) >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GXM2455 Date: 12/28/89 From: WM BAILEY Time: 06:40 pm To: ALL (Read 76 times) Subj: TSR'S Does anyone know how to remove ALL tsrs from memory without knowing what tsr's were loaded. I have an application where I want to (for security purposes) make sure the user does NOT have any tsr's in memory before running my program...thus if I find any tsr's there, I could remove them with a batch file, or some other method. Alternately, is there a way to 'temporarily' take control of the keyboard interupt without effecting my program, but allowing the tsr to lose track of it, until I restore it? Wm Bailey Modesto, CA --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GXQ1206 Date: 12/28/89 From: GRANT ELLSWORTH (Leader) Time: 09:20 pm To: WM BAILEY (Rcvd) (Read 81 times) Subj: R: TSR'S I think you alrady have half the idea .. To effectively deactivate TSR's you need to know 2 sets of things: a) what the load locations are (whic can be derived by running DOS's memeory maps --- See Microsoft's MS-DOS Encyclopedia (or other advanced MS-DOS programmers' guides) for details, and b) what the standard interrupt values are when NO TSR's are loaded. One crafty approach would be to ADD your own TSR as the 1st loaded (to get the base memory location after all TSR's are loaded, and have this new tsr capture some out-of-harm's-way interrupt so that re-invokation (re-running) of the program could use that interrupt to get back into the NEW tsr. There, in that new TSR interrupt service routine, you could re-install the standard interrupts (temporarily or permanently as you wish), and delete the other tsr's from memory by returning the memory to DOS. I think there was some sort of utillity to do this in the Mahoney collection --- uploaded many many moons ago. Do a search on "TSR" -- it might turn up something. Grant --------------- ** Current thread: TSR'S Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GY11909 Date: 12/29/89 From: WM BAILEY Time: 12:31 am To: GRANT ELLSWORTH (Rcvd) (Read 91 times) Subj: R: TSR'S Grant, Thanks for the quick reply. The problem is that this would be on a customer's machine, and I wouldn't know what if any TSR's are loaded, and also couldn' also couldn't load my TSR first, because I wouldn't be there. I'm just wondering if when a 'typical PC' is first booted, if the keyboard interupts, for instance, are always set the same. If so, why couldn't I just reset them to their original 'typical' value and allow the customers' TSR to bomb... then load my program. I don't care if his TSR still works after running my program or not. I just don't want him to have a TSR that can look into memory and find hidden passwords, or other info, while my program runs. Except when in memory, everything is encrypted (REALLY encrypted!). Bill --------------- ** Current thread: TSR'S Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31M21286 Date: 01/18/90 From: MARTIN THIRMAN Time: 02:21 am To: WM BAILEY (Rcvd) (Read 91 times) Subj: R: TSR'S Comment on disabling TSR so that it can't find hidden passwords. . If they were using a 80386 they could run a spy as a seperate task. There are plug in cards that allow one to monitor a system memory. Somebody who is determined will find a way to get a look at the memory. . Have you considerred encrypting the passwords in memory and then use a self modifying segment to hide the encrypting and decrypting mechanism. Then even if they looked it would be hard to determine the passwords and mechanisms. (Self modifying segments- Code that modifies itself.) You could even tie the encrypting and decrypting into the current date. Might make it a little harder. I can see all kind of neat ways to encrypt stuff. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GXQ0533 Date: 12/28/89 From: JONCARL MITCHELL Time: 09:08 pm To: ALL (Read 87 times) Subj: C CONVERSION How would I convert the following file be compiled with Micro-Soft C 5.1. Any Help would be appreciated Thanks JOncarl Mitchell **************** /*------------------------------------------------------------------------- - * Name : memavail.c * Purpose : just prints out available memory to stdout * Usage : memavail >file * Notes : This uses the inline option of TURBO C and is compiled * in compact model to produce a .COM file *-------------------------------------------------------------------------- */ #include <stdlib.h> #pragma inline main() { char str[ 18 ]; unsigned long i; asm mov ah, 48h /* allocate memory */ asm mov bx, 0ffffh /* alloc everything */ asm int 21h /* call DOS, BX is number of paragraphs lef */ i = _BX; /* _BX is the actual BX register, assign to LONG i */ i *= 16; /* * 16 since i == num 16 b paragraphs */ ltoa( i, str, 10 ); /* convert long to ascii string */ puts( str ); } /*------------------------------------------------------------------------- -*/ /* memavail.c */ /*------------------------------------------------------------------------- -*/ --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GXQ1449 Date: 12/28/89 From: GRANT ELLSWORTH (Leader) Time: 09:24 pm To: JONCARL MITCHELL (Rcvd) (Read 85 times) Subj: R: C CONVERSION Check back about 3 months in this topic area, I think there was a discus- sion on how to get the "TRUE" memory available in MSC 5.x --- where the weak standin for TC's "farcoreleft()/coreleft()" did not suffice. Grant --------------- ** Current thread: C CONVERSION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GY43255 Date: 12/29/89 From: JONCARL MITCHELL Time: 04:54 am To: GRANT ELLSWORTH (Rcvd) (Read 86 times) Subj: R: C CONVERSION Thanks Grant I'll take a look JOncarl >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GYH0990 Date: 12/29/89 From: MATTHEW BJURSTROM Time: 01:16 pm To: ROBERT LUNDAHL (Rcvd) (Read 86 times) Subj: R: FLASH GRAPHICS I've only used the fg library a few times and don't know what troubles you are having but I tried writing a simple program (draw some boxes on the screen) and it worked fine for me (using v2.0). I never had a problems using v1.07 either but like I said I haven't used either that much. I would say make sure you're including <fg.h> which I'm sure you are, and make sure you link the fg library. This must be done when you compile by entering fg.lib on the compiler flags line. ie: Compiler flags: fg.lib Beyond this, if you have some specific problem with the fg functions let me know and maybe I can try them out. I wonder how many people are using Zortech. I have used MSC for a long time but am switching to learn C++. Best regards Matt Bjurstrom --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31111403 Date: 01/01/90 From: ROBERT LUNDAHL Time: 12:23 am To: MATTHEW BJURSTROM (Rcvd) (Read 111 times) Subj: R: FLASH GRAPHICS I found the problem. It was not Zortech. I had defined a variable with the wrong class. Zortech C++ seems to be an excellent system. I consider it better than Microsoft. Thanks... >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2G^40110 Date: 12/31/89 From: RENE BOISVERT Time: 04:01 am To: ALL (Read 82 times) Subj: AUTOCAD DWG VECTOR FILE FORMAT I'm looking for information on how AutoCad stores its drawing file in vector coordinates. I am writing a program that will read a drawing and display it. I will still need AutoCad to edit and change the drawing, but have this other program view it. I know that there have been other programmers doing this, I would appreciate any help. What this all entails is a data base that is using the drawings and viewing them. Thanks -- Rene --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31BN1774 Date: 01/07/90 From: DAVID THOMAS Time: 07:29 pm To: GRANT ELLSWORTH (Rcvd) (Read 99 times) Subj: CASE Grant: Back in May, 1989 there was a short lived thread on CASE and CASE related tools, together with a "lets develop our own" thread. Did these ideas just hit the wall and stick, or is there a current thread I'm not aware of? I write embedded code on 8 and 16 bit processors for a living, and am very interested in any reaction/report on CASE tools, particularly in the planning and design phases of projects. Any comments? David --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31DR2090 Date: 01/09/90 From: GRANT ELLSWORTH (Leader) Time: 10:34 pm To: DAVID THOMAS (Rcvd) (Read 99 times) Subj: R: CASE David, I'm not aware of any plans for a "CASE" topic/conference here, but it might be a good idea. However, there should be no obstacle and no inhibition about discussing CASE in this topic --- particularly if it relates to CASE tools which can help C systems developers. The most current info I've seen on CASE tools seem to focus on using "Data Models" and Information Engineering techniques for generating database applications for large organizations. While there are other application system implementation aids and program generators, they may not fall into the emerging class of CASE tools as the MIS community conceives of it. With respect to the area you cited, embedded systems, I "evaluated" and tried to make sense of a product called "HOS" in 1983. J. Martin wrote about it in "Provably Correct Systems Design" (or Provably Correct Programs without Programmers(?)) in that year. As I recollect, this soft- ware idea was something applicable to the general topic of aiding systems design and construction without a specific orientation towards database applications. It did generate C code and Fortran code. I have not heard or read anything about the company or the software since 1983. Did you have any product or concept in mind? Grant --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31HR2412 Date: 01/13/90 From: JOHN HEIM Time: 10:40 pm To: GRANT ELLSWORTH (Rcvd) (Read 93 times) Subj: R: CASE I used a product by that name about 3 years ago - the company developing it went out of business. I'm not sure it is the same thing but it was a code generator. The package I used was full of bugs - big ones. My apologies to the other HOS if there is another HOS. John --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31IR2596 Date: 01/14/90 From: GRANT ELLSWORTH (Leader) Time: 10:43 pm To: JOHN HEIM (Rcvd) (Read 90 times) Subj: R: CASE John, The HOS software I looked at/evaluated was put out by an outfit called HIGHER-ORDER-SOFTWARE. Does that name ring a bell? It wouldn't surprise me if this is the same outfit you were referring to; nor would it surprise me that this outfit went out of business. The senior staffers and officers I talked to were having some difficulty dealing with reality. (to put it politely). Their idea was interesting, but I never felt it was well thought through with respect to real-world applications. If you worked with the product, can you elaborate a little on your experience with it? I am particularly interested in the type of application you were trying to apply it to and how you viewed the product's effectiveness for that type of application. As I vaguely recollect, one of the kernel ideas was to enforce highly structured functional decomposition and data coupling. HOS claimed that the software could "prove mathematically" that a given design/structure was "correct" and complete prior to code generation. What language did the software you used generate code for? Grant --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31KQ1615 Date: 01/16/90 From: JOHN HEIM Time: 09:26 pm To: GRANT ELLSWORTH (Rcvd) (Read 94 times) Subj: R: CASE Grant, Higher-Order-Software rings a bell - vaguely. I still can't swear it's the same stuff but I think it is. I agree their idea wasn't well thought out for real-world applications. We had all kinds of trouble making it show our real intent. I was leading a project to develop a grade school management package. The HOS software (we always called it HOSE) created a sort of hierarchical data flow diagram. You created boxes that represented processes. On the left side of the box was a list of the program input and on the right was the output. You started with one box that represented a program or system. Beneath that you could create more boxes that represented detailed parts of the program, either modules or subroutines. Each of these boxes had input and output lists. The input from the top box was automatically set up as the input of the left most box of the 2nd level, the output of the top box was set up as the output of the right most box of the 2nd level. The idea was that you would should the data through the various xformations till you got the desired output. I had all kinds of trouble following the rules they had set up. The problem was it wasn't just a DDF diagram tool, they had control structures that just wouldn't work within the context of 'all inputs must come from somewhere' and 'all processes must have 2 sources of input'. These rules are required for DDF's but dont work in flow charts for instance. PC-useit (the name of HOS's product) was a kind of combination of both. It did generate code but it wasn't much good. I seem to remember it being in all caps - so it had to be retyped anyway. Our client insisted we supply PC-Useit documents so we put them together as best we could but we couldn't use them for coding specs. We ended up writing the package by the seat of our pants (with predictable results). In addition to these problems, the software crashed the PC frequently. John --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31KQ3251 Date: 01/16/90 From: GRANT ELLSWORTH (Leader) Time: 09:54 pm To: JOHN HEIM (Rcvd) (Read 92 times) Subj: R: CASE John, When I "used" HOS, it was a VAX/VMS implementation (circa 1983). Other than the PC based operation, your general description sets off the alarm bells --- reads like the same thing I looked at. It is a little strange, however, that your output was wired for punch chards (sic) (all upper case),,, as I recollect, the one modestly useful thing the HOS could produce was mixed case "design" specs. On CASE, in general, I keep getting ads, flyers, and other mail on CASE stuff --- including a product called POSE (Picture Oriented Software En- gineering). THe ad for POSE purports they have the whole waterfront covered from Enterprise Models, thru Data Models, Program Diagrams, etc.. all the way to code generation. The vendor is clearly pushing the whole Information Engineering Theology and related CASE support tools. The product is PC based, but the code generation spec is sufficiently vague that a casual mainframer reader might conclude that it gens code for the 370 mainframe cobol db2 applications --- and it very well may. The prin- cipal reason I bring this product to your attention is that it represents what I think CASE has come to mean when discussed in MIS (IBM Mainframe Shops) circles. And, as such, I think the ad is a fairly concise state- ment of what the elements of CASE are. Grant --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31LQ1513 Date: 01/17/90 From: JOHN HEIM Time: 09:25 pm To: GRANT ELLSWORTH (Rcvd) (Read 93 times) Subj: R: CASE Grant, Last time I investiged CASE tools they were all too expensive and none seemed quite what I was looking for. I read some reviews in several different mags and they all indicated that there was some more progress to be made before they were really useful. But I haven't even read a review for a couple of years. John --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31LQ2030 Date: 01/17/90 From: MIKE CODY Time: 09:33 pm To: JOHN HEIM (Rcvd) (Read 87 times) Subj: R: CASE I personally am not interested in CASE, but PC Mag had a big review thins month...you might wish to check it out.. Mike --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31LR0808 Date: 01/17/90 From: GRANT ELLSWORTH (Leader) Time: 10:13 pm To: JOHN HEIM (Rcvd) (Read 92 times) Subj: R: CASE John, I forgot to mention something else on POSE ,,, for PC software, it is a bit expensive --- the several components combined runs around $1500 and the ad compares the product to a $10K class product in terms of func- tionality and scope. The only other full CASE tool set I ever saw or got a price on cost around $12K --- way outa sight. In general, I have yet to be sold (persuaded) that the data-modelling/ information-engineering approach to applications planning, design, and implementation has the value and benefits it advertises. However, I HAVE seen some earlier components of the planning phase of I/E (e.g. enterprise modelling, data modelling) succeed in helping the MIS folks in overcoming POLITICAL problems --- ther is where the value may lie. Grant --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31MD0918 Date: 01/18/90 From: JOHN HEIM Time: 09:15 am To: GRANT ELLSWORTH (Rcvd) (Read 92 times) Subj: R: CASE Grant, Do you have a preferred design strategy that you use frequently? Do you use the same design strategy for different projects? John --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31NS0379 Date: 01/19/90 From: GRANT ELLSWORTH (Leader) Time: 11:06 pm To: JOHN HEIM (Rcvd) (Read 97 times) Subj: R: CASE John, Different types of projects seem to require different design stratagies and tactics. For example, projects for implementing some kind of database application where data capture is the prime objective, and selective retrieval will be done after data is "stable" begin with looking at the data capture problem --- who, how, users, oltp, etc.. Then procede to looking at who will use the information/data, how, in what form(s), etc.. before any database design or application design begins. On the other hand, projects implementing system software or communications software, original or enhancements, begin by reviewing the functional architecture and designing to avoid functional complexity and redundancy. Pure OLTP projects generally require bending clean non-redundant data storage to the limitations of the data capture environment. Anyway, different types of projects have, or develop, different kinds of requirements and priorities --- each will drive the design process on different paths. For program and module design, I lean very heavily, but not strictly, to the functional decomposition strategy described by Glenford Myers in his book: Reliable Software through Composite Design. Unfortunately, this approach cannot be applied accross the board --- many projects often involve ehancing existing complex program sets which were not well thought through with respect to elasticity (allowing for ongoing change) and were built when the CPU costs of subroutine calls exceeded the perceived value of loosely coupled functional organization of programs. What's your inclination with respect to this subject? Grant --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31SQ2405 Date: 01/23/90 From: JOHN HEIM Time: 09:40 pm To: GRANT ELLSWORTH (Rcvd) (Read 94 times) Subj: R: CASE I used to use the same design pattern each time I started a project. But at that time most of the projects I worked on were similar. You can't use the same system to design an accounting apolication and a software engineering project. The one interesting thing that I like to use that seems to fit all projects is something I've never seen anyone else use except for the person who introduced it to me. He called them Business Functions, I call them Definition Functions. These things are simply a list of things you want the program to do. For instance, suppose your writing a reminder program - something to put in autoexec to remind you of your anniversary or whatever. Some DF's might be - Save a list of dates on disk - Allow option to send reminder any number of days before the event - print list of upcoming events to screen. Actually the 'on disk' part of the first DF probably doesn't belong there, you're not supposed to be developing implementation strategies at this point. Generally this is the first thing I do when starting a project. If there are end users involved this is the ideal way get them involved in the design. DF's are supposed to be high level enough that even the most non-tech person can contribute. If the DF's are good enough they dont have to be involved much in the techy stuff (which really fustrates some people). When you're done writing the DF's you group them into modules and that leads naturally into hierarchy charts, data flow diagrams and/or pseudocode. John --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31TM3087 Date: 01/24/90 From: GRANT ELLSWORTH (Leader) Time: 06:51 pm To: JOHN HEIM (Rcvd) (Read 96 times) Subj: R: CASE John, That "Business Function" approach is interesting ... and probably takes the "politics" out of system design like data modelling. There's an anology to the "Business Function" idea in the Information Engineering Methodology --- I don't quite recall what it was. One of the objectives of identifying "business functions" was to derive "subject databases", and from those db's, derive the hierarhical structure of the business suport applications, etc.. Sound familiar? Anyway, I do like some aspects of that approach for developing standard MIS database oriented applications. Most of my projects, however, do not fall into that class of projects. Mine have tended to be special purpose data conversion, text searching, mainframe systems support (including dbms internalsl) software, or communications software projects. Different requirements, different objectives, etc., each time. Grant --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33LG3302 Date: 03/17/90 From: DAVID THOMAS Time: 12:55 pm To: GRANT ELLSWORTH (Rcvd) (Read 89 times) Subj: R: CASE Grant Just ran down the thread regarding CASE and CASE tools which you conducted with John Hiem. I concor with the general tone; code generation may well be an illusion. What I'm interested in are tools aimed at design/documentation of software projects, with hooks among graphical, textual and source modules. There are several principles I find useful in code development; these are general attitudes I'd like to see in a CASE tool: Iteration is good Focused, directed iteration is better Structure and flexiblity need not be mutually exclusive What does not kill us strengthens us Part of the development task is defining the problem, simulations can help the user/client/surrogate and the developer better understand the problem Avoid oral tradition with respect to product features Consise, elegant code is a natural response to a consise, elegant problem statement. Promote cohesion within modules, reduce coupling among modules. This is getting rather far afield. The bottom line to my desire for better design/development tools is that is costs too much to show my non-technical marketing/sales user surrogates a hardware/software version of an embedded microprocessor controlled product and have them change the damned thing. I want that change as early in the develoment process as I can get it, and I want to control/document that change in a relatively painless fashion. That desire may be wishful thinking, or frustration, or a need to estimate costs within an order of magnitude or a simple pursuit of quality software or all of the above, but it is important to me. I normally find that implementing a particular piece of a design is straightforward (ie. the mechanics of linked list management or unrolling loops in graphic routines for the sake of speed, etc.) What is not straightforward is eliciting the requirements/characteristics of the solution from the user, and documentingthat solution in a fashion that allows maintainence without fear and pain. I'd be interested in hearing your comments on the entire mess, for instance, is there a definition of "software engineer" that you feel comfortable with? Do we focus too much on technique and not enough on design? Is a segmented address space ala Intel actually a crippling feature? Whatever ...... David --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33ME2743 Date: 03/18/90 From: GRANT ELLSWORTH (Leader) Time: 10:45 am To: DAVID THOMAS (Rcvd) (Read 83 times) Subj: R: CASE David, In the words of one of my ancestors: "You sure slobbered a bib full!". Glad you got something out of the "CASE" thread. Your own com- ments and observations added much to the discussion. I'm going to d/l your essay and make an attempt for a "meaningful" response. You gave us a lot to "cogitate". Grant --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33MG3560 Date: 03/18/90 From: GRANT ELLSWORTH (Leader) Time: 12:59 pm To: DAVID THOMAS (Rcvd) (Read 82 times) Subj: R: CASE David, In more formal response to your essay contribution to the CASE discussion ... (Part 1 of 2): We need to make a distinction between CASE as a DESIGN/DOCUMENTATION aid, and CASE as a CODE CREATION (generation) aid. You list of "what I'd like to see in a CASE tool" covers both areas. Now, in making the distinction, I am not writing that the one purpose (design or documentation) substantially supercedes the other. Nor would I write that good design and documentation enforces creation of more manageable code. Or that manageable well-engineered code is the necessarily a product of good well-thought-out design. However, we can easily see write/say that good design and good documentation go hand in hand. A design is rubbish if it is not understood. Seems to me that we software developers have been too often hamstrung by inadequate understanding of the operational and business require- ments of the systems we are building. It is here, at the conceptual level, that I think CASE tools may be the most helpful. To the extent that organizing the requirements and identifying clearly delineated functions which correspond to the stated (and presumably understood) requirements keeps us from building scrambled eggs / omlette soft- ware, CASE tools establish a foundation on which we can make fewer mistakes --- and come closer to building something the system buyer can use effectively. Hence, the ideal CASE tool set would provide a common vocabulary and lexicon in which the user, the analyst, the developer(s), and busi- ness managers can define the problem accruately. I.e. What trip are we taking and is it necessary? You write that "Part of the develop- ment task is defining the problem ....". I'm coming back to the notion that : "The BIGGEST part of the development task is defining the problem". And here, CASE tools are stronger than using nothing at all --- but only for certain classes of applications. Those classes most helped are those where end-user access to specific well-organ- ized subsets of structured data/information is the objective. In other application classes (end-user access to unstructured data, "invisible" behavior of programmed micro-processors, communication software, operating system software, etc.), CASE tools offer little or nothing. Anyway, this level of CASE usage does address the voodoo and folklore accidental system construction which you correctly identify. The oral tradition is fine for myths and legends which gain color and body as they are re-told, but, for computer software and hardware systems, the lack of precision in the oral tradition is an invitation to a 1st class disaster. This leads me into the question of CODE CREATION. Effective use of CASE for code generation implies that there is a high-level set of functions / constructs that the application or system definer/ builder can activate. At that level of definition and specification, the system builder should not --- or must not --- be aware of or con- cerned with such matters as: iteration, loop optimization, etc. After all, the objective of CASE is to allow the analysts to build the sys- tem in rather precise terms of what it must do ... not how it does it at a lower level. This is supposed to reduce the time and per- sonnel required to get the job done -- as well as provide some tech- niques for quick prototyping and obtaining user feedback. Ironically, code creation itself is an issue of specification of abstractions. The primary fault of such archaic tools as C***L, FORTRAN, etc., is that they do not easily support the degree of abstraction in constructs and the re-usability of constructs that some of the other tools do. But, in the CASE environment, these prob- lems should be as remote from the system builder as Pluto is from the sun. So, whether the tool kit generates C***L, C, ALC (370 Assem- bler), or other, should be irrelevant and immaterial to the process. The code generator can impose its own consistency and "quality" on the results. Here is where the "software engineers" fit in. Now, I'm just not sure what "software engineering" is. I think it is an academic invention which occurred well after I got my BA. When I took a few computer science courses, it was in a converted munitions bunker at my local state university. At that time, the focus was on the mechanics of building programs, not on the extremely abstract mathematical theory allegedly behind the process. All that notwith- standing, it seems to me that software engineering, in its formal definition and use, is the "search for simplicity by formation of extremely contracted abstractions". I'm not yet persuaded it has any relevance to the real world or building working systems under the constraints of business financial requirements and time constraints. As a rule, I think we need to evaluate software according to the following criteria: o Usability o Robustness (not breaking unexpectedly at the limits) o Reliability (does not break under extensive normal use) o Testability (can it be tested in discrete units?) o Maintainability (Flexibility, Elasticity, etc) ... in that order --- but ALL are very important. (continued in next msg) --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33MH0145 Date: 03/18/90 From: GRANT ELLSWORTH (Leader) Time: 01:02 pm To: DAVID THOMAS (Rcvd) (Read 86 times) Subj: R: CASE David, ... continuing previous commentary.... On technique vs design ... Both are important in their own contexts, as I think I suggested in my initial comments on the value and use of CASE. If anything, I think the wrong folks wind up paying too much attention to the wrong issues --- e.g. non-tech managers focusing too much on the mechanisms (keep C***L forever --- any learning curve is too long), and the software mechanics spend too much time fighting over the meaning and the intent of the design in an abstract way --- a little time spent as end users (victims of the software system) will cure that deficiency. If software builders became better at testing and experiencing the mis-behavior of these things they build, their ability to interpret designs in terms of usability, as well as quality and reliability, will improve substantially. On the intel chip's segmented memory architecture, now we get into matters of religion and theology. To the mainframer (IBM 370), the intel chip is severely brain damaged; to the PC developers, it's GOD's way of building CPU's. Having built software in the ASM level for IBM 360's/370's, VAX's, 6502, and PC 80x86's, I can only say that some provided easier methods to solve some problems and messier solutions to others. The 80x86 seems to be surving and growing. Intel is not abandoning the fundamental cpu / memory architecture. There must be sound engineering reasons for the choice. This may be an instance of where there were different ways to solve a problem and Intel chose one which worked for them. IBM bought that approach. For my part, I liked the VAX cpu best of the batch. But, I am not enough of an electronics expert to understand or comment on the dis- advantages and constraints in that architecture. And I don't under- stand the problems or constraints of making it available in a true PC sized/priced machine. Also, although I regard IBM360/370 ALC as my computing mother toungue, I recognize the IBM370's most aggrevating constraint. It was not a stack machine --- to simulate stack operations in the IBM 370 architecture is a real pain in the butt -- and I have yet to see it done real well. The complexity and cumbersomeness of the whole set of operating systems built on that architecture make it increasingly cost ineffective to use. The mainframe environment should be "dead meat". But will probably survive for a long time --- unless some bright outfit comes up with a truly cost-effective method of re-en- gineering the billions of lines of obselete C***L applications. CASE originally had that promise. However, it is not one I think it is currently able to fulfill. On the hardware side, the differences between the channel and the bus are narrowing considerably. I wouldn't be surprised if this were a passe issue by the turn of the century --- if not before. I hope these 2 essays addressed the areas you were interested in. Add more commentary and questions as you will. Let's see if we can get some of our other correspondents in the fray. Grant --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33NR1628 Date: 03/19/90 From: DAVID THOMAS Time: 10:27 pm To: GRANT ELLSWORTH (Rcvd) (Read 86 times) Subj: R: CASE Grant: Thanks for both your time and response. I agree with your "hamstrung" observation; far too often the developers' failure to understand the user's context results in the "what do you mean it doesn't do that?" confrontation. This tends to be counter-productive at best. Have you any exposure to the Yordon development methodology? This is a data driven approach, attempting to model a system in terms of the data involved, the transformations it undergoes and the control events which trigger those changes. Yordon Inc. (which is primarily a consulting firm) sells a CASE package described as an editor for Data Flow Diagrams. A CASE tool survey in PC Tech magazine panned the package, objecting to confusing command names, poor documentation, EGA only video, etc. I've never seen it run -- the "account specialist" who calls me every couple of months keeps pitching a set of seminars (1 day to 5 day) as a neccesary prerequisite to the use of the tool. I admit to a philosophical attraction to the data driven approach. What is a computer but a method to manipulate data? The "Definition Functions" John Heim described have this flavor. Focusing on the data feels right; a tool which allows this in a flexible, ad hoc fashion while providing usable output (data dictionaries, STRUCT definitions/typedefs, where used?) and supporting the system documentation would be a step in the right direction. I'm unwilling to argue the point, but on second reading my wish list seems to revolve entirely about the design/development axis. Consise, elegant code is a goal I strive for, not output I expect from a code generator (although it would be nice... ) By the by, there is a POSE slideshow demo in the DOS file collection. (POSE.ZIP?) Thanks again... David --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33PR1907 Date: 03/20/90 From: GRANT ELLSWORTH (Leader) Time: 10:31 pm To: DAVID THOMAS (Rcvd) (Read 88 times) Subj: R: CASE David, Yes, I'm "familiar" with the Yourdon (aka Yourdon-DeMarco) "Meth- odology". I've also some knowledge of the James Martin Information En- Gineering approach. At a slightly lower level, I also have some exposure to the Jackson (can't rember the guy's given name right now) data driven program construction method(ology). Overall, I believe data driven systems design and systems justification is appropriate. It's with respect to program (or application) code development that I part ways somewhat with the more formal data driven methods ---- they seem a bit incomplete. And, I find most offensive and most incredible the claims made by the groups above, such as Yourdon, Martin, et al., that they have "the way, the truth, and the life" with respect to information systems design and implementation. With each holding that they have a greater grasp on their own one true faith than the other. From my perspective, all these data-driven "theologians" are really saying the same things --- some very good things, and some very pompous and misleading. They differ only in the words they choose and the puffery they supply. Seems to me that your desire/drive for producing elegant strong operation= al code is better addressed by such authors as Glenford Myers in his books on software design and implementation. The one I liked the best was: Software Reliability through Composite Design. It was not only very informative, but very easy to read an understand. There was no obfuscation through presentation of highly abstract soft- ware metrics theorems and proofs. It is a pragmatic presentation to those wishing to produce usable programs and systems. Grant --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33WM1310 Date: 03/27/90 From: ERIC MEYER Time: 06:21 pm To: GRANT ELLSWORTH (Rcvd) (Read 92 times) Subj: R: CASE I have never heard that expression before and I thought I would never stopped laughing. I was calling from work and my boss strolled in and wondered what the heck I was doing. (He laughed too.) -Eric --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33YP1032 Date: 03/29/90 From: GRANT ELLSWORTH (Leader) Time: 08:17 pm To: ERIC MEYER (Rcvd) (Read 83 times) Subj: R: CASE Glad you folks enjoyed it! Sometimes it seems we take all these things TOO seriously. Grant --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34HH1569 Date: 04/13/90 From: DAVID THOMAS Time: 01:26 pm To: GRANT ELLSWORTH (Rcvd) (Read 72 times) Subj: CASE Grant, I obtained a copy of G. Myers' "Reliable Software Through Composite Design" and found it interesting on several fronts. The first was how relevant the issues he describes (module strength, module coupling, structural and functional decomposition, etc.) are today, even though the text was published in 1975. The longevity of these concepts is the hallmark of fundamental design issues. You were correct in describing this text as a "pragmatic presentation"; I found the subsections entitled "Death of a Program" and "Facts of Life" quite apropos to my daily work. While I may chose to substitute the C term "function" or the Pascal term "procedure" for the word "module" in Myers' presentation, I found his comments encouraging with respect to the design process my intuition desires. The second was how tedious the structure charts Myers demonstrates are to change and maintain. As an exersize, I re-diagrammed several pieces of a current project, and reached the same conclusion I reached about mechanical drawing: This task cries out for automation. In that light I've ordered an evaluation copy of a CASE tool called "vsDesigner" from Sage Software. They offer a 30 evaluation period, at the end of which the product may be returned at no charge. I'm looking forward to experimenting with this tool, it is supposed to allow SQL style query and report generation, multiple parent-child module relationships, a smooth graphical interface, dada dada dada. We will see. I've some hope that it will make graphical documentation of some our projects easier. Take care... David --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34IS3440 Date: 04/14/90 From: GRANT ELLSWORTH (Leader) Time: 11:57 pm To: DAVID THOMAS (Rcvd) (Read 72 times) Subj: R: CASE David, Glad to know you finally obtained a copy of that ancient, yet reliable, text. Yes, substituting "function" and "procedure" for Myer's "module" concept is quite appropriate. I took that approach myself. Sage Software has a reputation for producing solid mainframe products. So, the PC, VSDesigner offering might be a good investment. I'm quite curious as to how effective you find the tool. Please add msg to this thread when you have any comments to make about it. I'm sure some of our other correspondents will want to know a little more about it too. On "automated" assist in system/program structuring, there was a product on the market a few years ago called Action Diagrammer, from Knowledgeware (now a part of Tarkenton Software). It was the only product I ever saw offered that supposedly would provide assistence in the diagramming of program structures --- effectively. THe HOS product discussed somewhere back in this thread attempted to to it, but it never made sense to me as a programming aide. Also, I saw at an F100 corp shop (several years ago), an interactive program diagrammer oriented towards the "Jackson" data driven program structure methodology. Thus, there have been some serious attempts to provide software tools to assist in program / system diagramming. Maybe this vsDesigner will be a useful improvement on the things which have passed that way before. Grant --------------- ** Current thread: CASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34KS2575 Date: 04/16/90 From: DAVID THOMAS Time: 11:42 pm To: GRANT ELLSWORTH (Rcvd) (Read 71 times) Subj: CASE Grant... btw, there is a shareware CASE product in the Mahoney collection called EASYCASE, (EASYCA.ZIP ?) which I've downloaded, but not yet run since my wife has the desk rodent. David >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31EQ1825 Date: 01/10/90 From: DALE REID Time: 09:30 pm To: ALL (Read 99 times) Subj: SCREEN POSITION FUNCTION I'm real new to C,and have learned it (as well as I have) by scanning the manuals, reading some of the tutorials, and adapting another fellows code (with his blessing) to my needs. I need to see if there is a function which I haven't been able to find in Quick C's manual, the Waite Groups Manual on Quick C The Bible, or other stuff I have. Here is what I want to do.. sounds simple... My program waits for a certain time to occur, then become active and try to sync with a received Satellite passage. Since other passes may occur, and other satellites use the same frequecny, I need to delay until a certain time. Fine _dos_time will do that. I'd like to be able to clear the screen, display a message asking for the start time , get the start time (n o problem yet), and THEN, be able to update a display of the current time while ticking down. This means I would like to be able to send the cursor to a certain position on the screen and do a printf of the time just plucked off by the dos_time function. But to do this each second means I have to clear the screen and re-write the whole thing, since I haven't found the function that allows me to position the cursor to a certain row and column before a printf. Is there one? There is a graphics fuction called moveto, but I'm not sure that will work with text,and it requires logical screen position rather than an 80 x 24 position. Any help out there for a tenderfoot in C land? Thanks. Dale --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31F41516 Date: 01/11/90 From: PAT SHEA Time: 04:25 am To: DALE REID (Rcvd) (Read 95 times) Subj: R: SCREEN POSITION FUNCTION dale : give two these a try. . . . /* ------------------SnipSnipSnipSnipSnipSnipSnipSnip---------------- */ #include <dos.h> void vGotoXY( int iCol, int iRow ) /* origin <upper left> is 0,0 */ { union REGS regs; regs.h.ah = 0x02; /* Function 0x02 into AH - INT 0x10 */ regs.h.dl = (unsigned char) iCol; /* Column into DL */ regs.h.dh = (unsigned char) iRow; /* Row into DH */ regs.h.bh = 0x00; /* Video page 0 in BH */ (void) int86( 0x10, ®s, ®s ); return; } void vCls( void ) /* Get (and Reset to) Current Video Mode = CLS */ { union REGS in, out; in.h.ah = 0x0F; (void) int86( 0x10, &in, &out ); in.h.ah = 0; in.h.al = out.h.al; (void) int86( 0x10, &in, &out ); return; } /* ------------------SnipSnipSnipSnipSnipSnipSnipSnip---------------- */ happyhacking!!! pats. --------------- ** Current thread: SCREEN POSITION FUNCTION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31FM0545 Date: 01/11/90 From: DALE REID Time: 06:09 pm To: PAT SHEA (Rcvd) (Read 90 times) Subj: R: SCREEN POSITION FUNCTION Aha! I see. I guess I don't feel that I was TOO stupid, and I'll use these dos calls. Thx again. I'd still be wearing the pages thin looking for a function call to do that. Dale --------------- ** Current thread: SCREEN POSITION FUNCTION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31HR2959 Date: 01/13/90 From: JOHN HEIM Time: 10:49 pm To: DALE REID (Rcvd) (Read 88 times) Subj: R: SCREEN POSITION FUNCTION Dale, There's an article in the January (I think) issue of the C User's Journal. It's called Spiffier Windows in Turbo C. It tells how to do something very similar to what you're trying to do. It's in Turbo C but there are equivilent functions in QuickC. If you're new to C (and even if you aren't) I'd highly recommend the magazine. John --------------- ** Current thread: SCREEN POSITION FUNCTION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31HR3353 Date: 01/13/90 From: JOHN HEIM Time: 10:55 pm To: DALE REID (Rcvd) (Read 88 times) Subj: R: SCREEN POSITION FUNCTION Maybe _settextwindow and _settextposition are the fuctions you're looking for. John --------------- ** Current thread: SCREEN POSITION FUNCTION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31IB1063 Date: 01/14/90 From: DALE REID Time: 07:17 am To: JOHN HEIM (Rcvd) (Read 87 times) Subj: R: SCREEN POSITION FUNCTION John ... is this a glossy paper mag that I can find at Egghead or B Dalton Software, etc? or a word-of-mouth subscription published on xerox paper that I need to know someone who has one to get on the mailing list? Dale --------------- ** Current thread: SCREEN POSITION FUNCTION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31JQ2956 Date: 01/15/90 From: GRANT ELLSWORTH (Leader) Time: 09:49 pm To: DALE REID (Rcvd) (Read 91 times) Subj: R: SCREEN POSITION FUNCTION Dale, The C Users Journal is a fairly well-produced journal ... looks neatly and cleanly typeset and photo-offset repro. It does not look like a xerox copy made in a back alley. I have not seen it on any public book shelves/bookstores, and I don't think it is an "exclusive word-of-secret- word-of-mouth" subscription list. I got a flyer (ad) for it in the mail shorly after I bought TC1.0 and have subscribed to it since. Now, it could be I got the flyer because I had just subscribed to DDJ. Seems like these computer mag mailing lists really get around. Anyway, here's the subscription address if you care to mail a letter of inquiry: C Users Journal, 2120 W. 25th St. Suite B. Lawrence KS 66047 Subscription rate is $24/yr and less for 2 and 3 yr renewals. I made an understatement, above. The C User's Journal is in the same league with DDJ, CLM, etc.., for quality of typesetting, layout, and article content. It's no "amateur" pub. And it caters to the same advertisers as the other 2 I just mentioned. Grant --------------- ** Current thread: SCREEN POSITION FUNCTION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31KN0242 Date: 01/16/90 From: DALE REID Time: 07:04 pm To: GRANT ELLSWORTH (Rcvd) (Read 86 times) Subj: R: SCREEN POSITION FUNCTION Tanks ... Dale --------------- ** Current thread: SCREEN POSITION FUNCTION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31KP3591 Date: 01/16/90 From: JOHN HEIM Time: 08:59 pm To: DALE REID (Rcvd) (Read 87 times) Subj: R: SCREEN POSITION FUNCTION RE: C Users' Journal Funny you should ask that. It just went glossy a couple of months ago. It's been getting more and more professional looking all the time. The content has always been great though. I hope some big publisher doesn't buy it and turn it into a Byte. (That's sort of what happened to DDJ and Computer Language - if they seem to be less and less techy that's why.) CUJ is available at Software Etc and probably lots of other places. John --------------- ** Current thread: SCREEN POSITION FUNCTION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31M20974 Date: 01/18/90 From: MARTIN THIRMAN Time: 02:16 am To: DALE REID (Rcvd) (Read 87 times) Subj: R: SCREEN POSITION FUNCTION With respect to positioning the cursor to a certain row and column. . /* with msc5/qc use _settextposition*/ /* with turboc use void gotoxy (int x, int y);*/ >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31JB3048 Date: 01/15/90 From: W.K. GORMAN Time: 07:50 am To: ALL (Read 86 times) Subj: XXENCODE/XXDECODE I have the C source for these routines, but cannot compile them on my machine. Anuone have a compiled version? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31JJ0368 Date: 01/15/90 From: W.K. GORMAN Time: 03:06 pm To: ALL (Read 86 times) Subj: XXENCODE/XXDECODE I have source for XXENCODE and XXDECODE (like UUENCODE/UUDECODE) but cannot compile it on my machine. Need binary for IBM-PC and/or compatibles. Any volunteers to compile? >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31JF2438 Date: 01/15/90 From: JEFF NOWLAND Time: 11:40 am To: ALL (Read 88 times) Subj: LEAVING MESSAGES I've been trying to respond to an old query regarding externally stored and accessed routines. I'm new to these conferencing systems, and the replies to the message are all being left as private so I can't tell if they are really out there. How do I get the replies left publicly? Thanx, Jeff --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31JQ3400 Date: 01/15/90 From: GRANT ELLSWORTH (Leader) Time: 09:56 pm To: JEFF NOWLAND (Rcvd) (Read 87 times) Subj: R: LEAVING MESSAGES What command are you keying to commence your replies? Note: an "R" will leave a reply in the same status as the message you are replying to. That is, a reply to a public message will be public, while the reply to a private message will be private --- these are the "defaults". If you enter "P", the reply will be private regardless of whether the message you are replying to is public. You can use the "F" (fiddle) command to view and alter your message's status before "Sending/ saving" it. Hope this helped a little. Grant --------------- ** Current thread: LEAVING MESSAGES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31KG1323 Date: 01/16/90 From: JEFF NOWLAND Time: 12:22 pm To: GRANT ELLSWORTH (Rcvd) (Read 83 times) Subj: R: LEAVING MESSAGES Thanx, I'm sure I was using the "R" command but didn't think to fiddle with it. J.D.Nowland >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31PI0272 Date: 01/20/90 From: BILL PREW Time: 02:04 pm To: ALL (Read 101 times) Subj: HUGE ARRAYS IN MSC Okay, all you 'C' jocks out there, I'm looking for a little help with the following program. It's a little utility I whipped up to sort the entries in a XTALK file. The file is in a binary format. After skipping the header data, I load the array of entries, and then sort it. The problem I have is the file has gotten bigger than 64K, and so I can't use the program as it is. What I would like to do is update the program to handle "Entry" > 64K in size, which I think involves "huge" pointers, but I'm not sure what changes are needed. I would like to stick with the Compact Model, and just ref the Entry array as huge, is this possible. Also, will this impact on the "qsort" (MSC library routine) or "Compare" functions? . #include <stddef.h> #include <stdlib.h> #include <stdio.h> #define HeaderSize 467 #define EntrySize 830 struct HeaderStruct { char Filler1[6]; int Entries; char Filler2[459]; }; . struct EntryStruct { char Data[EntrySize]; }; int Compare(char *Key1, char *Key2); int main(int argc, char **argv) { FILE *Book; struct EntryStruct *Entry; struct HeaderStruct *Header; int i; if (argc < 2) { printf("Usage:\n"); exit(1); } Book = fopen(argv[1], "r+b"); . Header = (struct HeaderStruct *) malloc(HeaderSize); fread(Header, HeaderSize, 1, Book); . Entry = (struct EntryStruct *) halloc((long) Header->Entries, EntrySize); fread(Entry, EntrySize, Header->Entries, Book); . qsort(Entry, Header->Entries, EntrySize, Compare); fseek(Book, (long) HeaderSize, SEEK_SET); fwrite(Entry, EntrySize, Header->Entries, Book); fclose(Book); exit( 0 ); } int Compare(char *Key1, char *Key2) { return( memcmp( Key1, Key2, 8) ); } --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31QG3132 Date: 01/21/90 From: JEFF NOWLAND Time: 12:52 pm To: BILL PREW (Rcvd) (Read 100 times) Subj: R: HUGE ARRAYS IN MSC Using huge pointers for your array indexing will take care of accessing large arrays but you may have to use the huge memory model library function for qsort. ╣ Also, you may need to place your fread/fwrite calls in a loop because I don't think they will let you write more than 64K data in 1 chunk. JDN >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31SS1411 Date: 01/23/90 From: ED ERDMAN Time: 11:23 pm To: ALL (Read 96 times) Subj: 3270 EMULATION Has anyone ever seen a "C" library of 3270 emulation functions so that one could write custom access programs to control / limit mainframe applications when using a PC with an emulation card. The specific case I am thinking of is the need for a sort of "preprocessor" for a mainframe application that is very weak in it's editing capabilities and for a variety of reasons cannot be modified or improved. Ed Erdman --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31TK2882 Date: 01/24/90 From: TONY SCHLEH Time: 04:48 pm To: ED ERDMAN (Rcvd) (Read 93 times) Subj: R: 3270 EMULATION Ed, I believed that the NOW! package from Attachmate may do what you are looking for. It always PC/Mainframe scripting that allows you to take control of the mainframe side during emulation, check screen, send commands. Tony Schleh --------------- ** Current thread: 3270 EMULATION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31TQ2523 Date: 01/24/90 From: ED ERDMAN Time: 09:42 pm To: TONY SCHLEH (Rcvd) (Read 94 times) Subj: R: 3270 EMULATION Thanks Tony. Best Regards, Ed Erdman --------------- ** Current thread: 3270 EMULATION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31US2862 Date: 01/25/90 From: GLEN THOMPSON Time: 11:47 pm To: ED ERDMAN (Rcvd) (Read 87 times) Subj: R: 3270 EMULATION Ed, I've done some programming that accesses the mainframe through IBM's HLLAPI interface. The routines supplied with 3270 emulation do the job pretty well, just akward to use. I've built up a few routines to simplify the common tasks like waiting for X-SYSTEM to clear and scanning the screen for a string. If you're interested in the routines, let me know. glen --------------- ** Current thread: 3270 EMULATION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31VL3307 Date: 01/26/90 From: TONY SCHLEH Time: 05:55 pm To: GLEN THOMPSON (Rcvd) (Read 88 times) Subj: R: 3270 EMULATION Glen, Attachmate's NOW! package does the same thing (interface to HLLAPI) via an easy to use scripting language... Well worth the investment via the time savings and mostly structured script coding! Tony Schleh --------------- ** Current thread: 3270 EMULATION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31WL1030 Date: 01/27/90 From: GLEN THOMPSON Time: 05:17 pm To: TONY SCHLEH (Rcvd) (Read 81 times) Subj: R: 3270 EMULATION Tony, The NOW! package is nice but at $195 list per runtime package, it gets a little expensive to put it on over 500 PCs. There are also a number of functions that NOW! doesn't support that require a more robust programming environment. glen --------------- ** Current thread: 3270 EMULATION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31WL2552 Date: 01/27/90 From: TONY SCHLEH Time: 05:42 pm To: GLEN THOMPSON (Rcvd) (Read 80 times) Subj: R: 3270 EMULATION Glen, The price would be less than $100.00 per PC with a site licence. If there is a robust programming language that is similar to NOW! I have not heard of it yet! I have written systems that use Clipper as the base language and shell to NOW for the connectivity. I still think that $100 is a small price to pay per PC (even if you have 500) considering the increase in productivity by using such a program. Tony Schleh --------------- ** Current thread: 3270 EMULATION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31ZR1866 Date: 01/30/90 From: ED ERDMAN Time: 10:31 pm To: GLEN THOMPSON (Rcvd) (Read 80 times) Subj: R: 3270 EMULATION Hi Glen, I havent tried any of the HLLAPI stuff because the manual indicates that I need an IBM brand compiler (C COBOL or BASIC) to use the supplied OBJ modules to interface to my code. Am I missing something? I am also using a product called EXEC3270 that processes from script like files in the DOS window. It works fairly well but I have some users with very little memory left over for their DOS windows. (Unfortunately Personal Communications 3270 does not use any expanded or extended memory!!) I also have users on AEA ports using FTTERM (FTHLLAPI) and would like to be able to have something that would appear the same to either type of user. Thanks for your response. Best Regards, Ed Erdman --------------- ** Current thread: 3270 EMULATION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31^N2555 Date: 01/31/90 From: T Conf: PROGRAMMING Topic: C LANGUAGE Ref: 322R0299 Date: 02/02/90 From: ED ERDMAN Time: 10:04 pm To: GLEN THOMPSON (Rcvd) (Read 85 times) Subj: R: 3270 EMULATION Glen, Thanks a lot! I have Turbo C and will try it ASAP. Ed >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31UQ1920 Date: 01/25/90 From: GRANT ELLSWORTH (Leader) Time: 09:32 pm To: ALL (Read 99 times) Subj: TC + M$C 5.1 IN OVERLAYS Now, here's an interesting problem ... Has anybody written M$C programs as OVERLAYS that might be loaded by TC parent programs and then have any of several entry points in the overlay (written in M$C) called DIRECTLY from the TC parent? Does anubody have any thoughts, opinions, or caveats to present on this topic? For purposes of this discussion (and the "real_world" constraint), neither the TC parent nor the candidate M$C 5.1 overlay program(s) can be converted (ported) to the other C varient. I think that the M$C 5.1 startup code (CRT0xxx , CHKSTK, and friends) could be tinkered with to be the start of an overlay section, but I'm wondering what the snakes in this pit are. Comments? Examples? Guidelines? No-No's? Grant --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31VN2894 Date: 01/26/90 From: JEFF NOWLAND Time: 07:48 pm To: GRANT ELLSWORTH (Rcvd) (Read 88 times) Subj: R: TC + M$C 5.1 IN OVERLAYS Grant, I uploaded a while back extrout.zip which allows you to write programs and link them to .exe files than translate those files to your own database format from which you can then load and relocate the program yourself. While this isn't exactly what you intend, I think you can traet your problem the same. The problem you might have is if the M$C program, or whichever is to be the child calls the exit(val) function. This would terminate the main program from a DOS call. If you have the object modules and not just an exe file then you could write in your own exit function to cause a return to the parent. Also, if you can do the linking yourself then you can write a whole series of functions that would be handled by the parent and get two way communication between the parent and child processes. The advantage to doing your own relocation is that you won't be stuck with the largest overlay in a block determining the block size, you can call the child with any parameters you wish and in order you wish as long as the data types between the compilers are compatible. Of course on the down side, anything you do with the external routines this way requires that you make sure that the routines are present before calling. Anyway, you might want to look at the extrout file, it may give you some ideas even if it doesn't quite solve this particular problem. JDNowland. --------------- ** Current thread: TC + M$C 5.1 IN OVERLAYS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31VN3496 Date: 01/26/90 From: GRANT ELLSWORTH (Leader) Time: 07:58 pm To: JEFF NOWLAND (Rcvd) (Read 85 times) Subj: R: TC + M$C 5.1 IN OVERLAYS Jeff, That's the kind of "meaty" answer I was hoping for. Yes, I'll have a look at extrout. Let's see if anybody else has any comments. btw, the .OBJ and other non-m$c LIBs with mysterious support functions are available --- otherwise , we couldn't discuss building the ASM CRT0xxx replacement. Thanks, Grant --------------- ** Current thread: TC + M$C 5.1 IN OVERLAYS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31Y40601 Date: 01/29/90 From: MARTIN THIRMAN Time: 04:10 am To: GRANT ELLSWORTH (Rcvd) (Read 77 times) Subj: R: TC + M$C 5.1 IN OVERLAYS I have read that one might- use one of the exec functions to load and execute a child process in the memory currently occupied by your program's code. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31UR2010 Date: 01/25/90 From: HENRIK SCHMIEDICHE Time: 10:33 pm To: ALL (Read 89 times) Subj: MSC 6.0 Is MSC 6.0 shipping yet? Anybody know anything about it - like whats new? Just wondering. Also does anyone know if Borland is going to update TurboC 2.0 in the "near" future? - Henrik --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31WM2688 Date: 01/27/90 From: GRANT ELLSWORTH (Leader) Time: 06:44 pm To: HENRIK SCHMIEDICHE (Rcvd) (Read 79 times) Subj: R: MSC 6.0 There is a RUMOR in the mill that BI's next TC release which includes a C++ support engine is in early beta testing. Rumor's source is articles which imply this in some mag or computing newpaper --- article(s) alleged- ly were either written by or used info from the beta testers. These com- ments are my interpretation (and reading between the lines) of some msg threads I saw on CIS Borland Support Forum. Borland is not in the habit of announcing new releases well in advance ---- at least in recent years. --------------- ** Current thread: MSC 6.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31WQ0149 Date: 01/27/90 From: HENRIK SCHMIEDICHE Time: 09:02 pm To: GRANT ELLSWORTH (Rcvd) (Read 77 times) Subj: R: MSC 6.0 Thanx for the answer. I've been suspecting that TC 2.5) or TC 3.0 would go in the direction of C++ - its the next natural step. - Henrik >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31VC2676 Date: 01/26/90 From: VICTOR DURA Time: 08:44 am To: ALL (Read 93 times) Subj: GET ERRORLEVEL FROM C Does anyone of a way to check the DOS ERRORLEVEL from within a C program? What I would like to do is use the system() procedure to execute a DOS command, and then somehow check the ERRORLEVEL value. Any suggestions? Thanks. Vic Dura --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31VN0498 Date: 01/26/90 From: JOE VINCENT Time: 07:08 pm To: VICTOR DURA (Rcvd) (Read 88 times) Subj: R: GET ERRORLEVEL FROM C >Does anyone of a way to check the DOS ERRORLEVEL from within a C >program? What I would like to do is use the system() procedure >to execute a DOS command, and then somehow check the ERRORLEVEL >value. Any suggestions? Thanks. Assuming that the DOS command is a .COM, you can get back the ERRORLEVEL as the return code if you SPAWN the DOS program; you can't get back the return code using system(). -=≡{JOE}≡=- (tm) --------------- ** Current thread: GET ERRORLEVEL FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31WB0107 Date: 01/27/90 From: PAT SHEA Time: 07:01 am To: VICTOR DURA (Rcvd) (Read 83 times) Subj: R: GET ERRORLEVEL FROM C victor : the following code is what i use to check error levels from exe's - you should be able to hack it to ur need < msc v5.1 > /*********************************************************************** * * ERRLEVEL.C - checks/reports RETURN CODE from executables .... * ******/ #include <process.h> #include <stdio.h> #include <string.h> void main( int argc, char **argv, char **envp ) { int iRetCode; if ( argc < 2 ) { fprintf( stderr, "\n\t\tSYNTAX: %s <FileName> [arg's] . . .\n\n", strupr( strrchr( argv[0], '\\' ) + 1 )); exit( 255 ); } fprintf( stderr, "\n\tCalling %s ....\n\n", strupr( argv[1] )); iRetCode = spawnvpe( P_WAIT, argv[1], argv + 1, envp ); fprintf( stderr, "\n\n\t\t%s has returned Error Level = %d.\n\n", strupr( argv[1] ), iRetCode ); exit( 0 ); } --------------- ** Current thread: GET ERRORLEVEL FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31Y40461 Date: 01/29/90 From: MARTIN THIRMAN Time: 04:07 am To: VICTOR DURA (Rcvd) (Read 78 times) Subj: R: GET ERRORLEVEL FROM C I read- On MS-DOS 3.0 or higher, use dosexterr after an error return for a DOS function call to obtain detailed info.. on cause of error... . Hopefully, this has some bearing. --------------- ** Current thread: GET ERRORLEVEL FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31YD1772 Date: 01/29/90 From: VICTOR DURA Time: 09:29 am To: JOE VINCENT (Rcvd) (Read 76 times) Subj: R: GET ERRORLEVEL FROM C Joe, Thanks for the reply. I need something to handle returned errorlevel codes for both com and exe. I'll experiment with spawn though, I've never used it befor. Vic Dura --------------- ** Current thread: GET ERRORLEVEL FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31YD1901 Date: 01/29/90 From: VICTOR DURA Time: 09:31 am To: PAT SHEA (Rcvd) (Read 81 times) Subj: R: GET ERRORLEVEL FROM C Pat, Thanks very much for the detailed suggestion. I'll give it a try! BTW, what does the **envp do in the main(...) statement? Thanks again. Vic Dura --------------- ** Current thread: GET ERRORLEVEL FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31YS1010 Date: 01/29/90 From: GRANT ELLSWORTH (Leader) Time: 11:16 pm To: VICTOR DURA (Rcvd) (Read 76 times) Subj: R: GET ERRORLEVEL FROM C Vic, THe *envp in the main(...) is there to give you a pointer to a string of the DOS environment variables (those variables created when you issue a "SET VAR=value" command at the DOS prompt or in a .BAT file. Grant --------------- ** Current thread: GET ERRORLEVEL FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31Z33239 Date: 01/30/90 From: PAT SHEA Time: 03:54 am To: VICTOR DURA (Rcvd) (Read 78 times) Subj: R: GET ERRORLEVEL FROM C victor : the **envp is a pointer to the environment table. it may <and probably is> called something else in your implementation if you are using something other than msc. 'suggest that you pull down the manuals and check the writeups on the exec??? family of functions - there's a bunch of them. this bunch of function also has some cousins - the spawn family that do pretty much do the same thing except with one family, you return to the calling program when the 'child' process is done, and do not return when using the other. you use the system() function to excute simple dos calls : the EXEC and SPAWN families call 'third party' programs and are diffentiated by whether they return to the caller or not, system() just does dos stuff. pats. --------------- ** Current thread: GET ERRORLEVEL FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31ZA2981 Date: 01/30/90 From: VICTOR DURA Time: 06:49 am To: GRANT ELLSWORTH (Rcvd) (Read 76 times) Subj: R: GET ERRORLEVEL FROM C Thanks for the info on *envp, I'll be able to use that in some of my code. VicDura --------------- ** Current thread: GET ERRORLEVEL FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31ZA3291 Date: 01/30/90 From: VICTOR DURA Time: 06:54 am To: PAT SHEA (Rcvd) (Read 80 times) Subj: R: GET ERRORLEVEL FROM C Thanks for the info regarding *envp Pat. I had never seen that befor. As I mentioned to Grant, that will come in handy for me. BTW, your suggestion about using spawn to get the error level was right on. The code you sent me worked perfectly, and was a very instructive example for me as to how to use the spawn family of functions correctly. Many thanks for your help. VicDura >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31VF2680 Date: 01/26/90 From: VICTOR DURA Time: 11:44 am To: ALL (Read 93 times) Subj: CALLING FORTRAN FROM C Does anyone know anything about calling fortran subroutines from C ? I am experimenting with this and am puzzled about somthing. If I define a float x=2.2; in C, then pass it to a "void fortran forsub(float *);" like so: forsub(&x); the value of x in forsub becomes 2200000 (note no decimal point). The argument x is defined as real*4 in forsub, but attempts to print it with any decimal type format edit descriptors such as f7.3, simply yield the number 2200000 as an integer. Arithmetic operations on x are performed correctly as if it was an integer value of 2200000. E.g. x=2.0*x caused x to become 4400000 within forsub. Upon return from forsub, the value of x in the C program would then be 4.4! Anybody have any idea what is going on? Thanks for your help. ...Vic Dura --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31WI3286 Date: 01/27/90 From: JOHN HEY Time: 02:54 pm To: VICTOR DURA (Rcvd) (Read 88 times) Subj: R: CALLING FORTRAN FROM C Would it be possible for you to post a stripped-down version of the code that gives you the problem? One question I have is just how FORTRAN distinquishes between arguments passed by value and those passed by address (which is what you're doing). Also, depending on memory models, etc, you would have to make sure that the pointer sizes are consistent, either both near or both far. But perhaps you have already checked all of that. According to my mixed language manual (from MSoft), Fortran arguments passed by address are declared with a syntax such as: REAL*4 arg [FAR] --------------- ** Current thread: CALLING FORTRAN FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31WM3339 Date: 01/27/90 From: GRANT ELLSWORTH (Leader) Time: 06:55 pm To: JOHN HEY (Rcvd) (Read 81 times) Subj: R: CALLING FORTRAN FROM C As nearly as I understand it, MS Fortran, and the other popular fortran code receives ALL parameters by address. Fortran does not pass by value. I have a problem I'm working on now that requires me to call routines in a FORTRAN based library from TC programs. I have not yet gotten the whole thing to work. I neglected to note that FORTRAN no only expect (receive) all data as FAR pointers, but also use FAR calls in function calls. Therefore, safety seems to require use of the LARGE (small pig) memory model. If the FORTRAN code issues NO standard C library calls, then other memory models may be used IF all fortran functions and their parameters are declared with FAR characteristic. Grant --------------- ** Current thread: CALLING FORTRAN FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31WM3535 Date: 01/27/90 From: GRANT ELLSWORTH (Leader) Time: 06:58 pm To: VICTOR DURA (Rcvd) (Read 80 times) Subj: R: CALLING FORTRAN FROM C See my message to John Hey in this thread. I forgot to "fiddle" to get you on the notify list. Grant --------------- ** Current thread: CALLING FORTRAN FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31XG2034 Date: 01/28/90 From: JOHN HEY Time: 12:33 pm To: GRANT ELLSWORTH (Rcvd) (Read 82 times) Subj: R: CALLING FORTRAN FROM C This is getting tricky. On page 15 of my MSC 5.1 manual, in the Mixed Languages section, there is a nifty chart which summarizes the way arguments are passed, and in FORTRAN the default is by Far address, unless the Fortran function is given C calling characteristics, in which case arguments are passed by value. So... I guess the best thing would be if the offending code were pared down to something quite small, which still manifests this problem, and then we can all take a look at it. John Hey-- --------------- ** Current thread: CALLING FORTRAN FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31XI1231 Date: 01/28/90 From: JEFF NOWLAND Time: 02:20 pm To: VICTOR DURA (Rcvd) (Read 81 times) Subj: R: CALLING FORTRAN FROM C VIc, I know that different languages have a tendency for using different floating point formats. It sounds like perhaps the bias value in the exponent field of floating point numbers in fortran and in C may be different. This would cause a magnitude difference when output by C and fortran, but since the mathematics and manipulation of the floating point values would be the same, just the biasing factor would show up when printing the values. I don't know anything about Microsoft langauges but it would seem reasonable to assume that this might be what is happening. JDNowland. --------------- ** Current thread: CALLING FORTRAN FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31Y40187 Date: 01/29/90 From: MARTIN THIRMAN Time: 04:03 am To: VICTOR DURA (Rcvd) (Read 79 times) Subj: R: CALLING FORTRAN FROM C I have read that - in FORTRAN and Pascal the arguments of the function are placed on the stack in the order they appear in the function call, exactly the opposite of a C function call. The result is that the first argument in C is always at a fixed positive offset ... In FORTRAN, if you do not pass the required number of arguments, the addresses computed for each argument will be erroneous. . This may possibly have some bearing on calling Fortran from C. --------------- ** Current thread: CALLING FORTRAN FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31YD1988 Date: 01/29/90 From: VICTOR DURA Time: 09:33 am To: JOHN HEY (Rcvd) (Read 78 times) Subj: R: CALLING FORTRAN FROM C John, Thanks for the reply. See my message below to Jeff Nowland. Vic Dura --------------- ** Current thread: CALLING FORTRAN FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31YD2078 Date: 01/29/90 From: VICTOR DURA Time: 09:34 am To: GRANT ELLSWORTH (Rcvd) (Read 75 times) Subj: R: CALLING FORTRAN FROM C Thanks for the reply Grant, see my message to Jeff Nowland for more info on what I've found out. Vic Dura --------------- ** Current thread: CALLING FORTRAN FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31YD2155 Date: 01/29/90 From: VICTOR DURA Time: 09:35 am To: JEFF NOWLAND (Rcvd) (Read 79 times) Subj: R: CALLING FORTRAN FROM C > It sounds like perhaps the bias value in the exponent field of > floating point numbers in fortran and in C may be different. Jeff, I think you may be onto something here. Since I left the message last week, about calling fortran from C, I did a little more experimenting. I found that not only would a float like 2.2 become 220000 when passed from C to a fortran subroutine and printed, but even if the floating point number is defined in (not passed to) the fortran subroutine, it would exhibit the same behavior when printed. E.G., x=4.6 in the fortran routine would print as 2200000 when printed with an f7.3 descriptor. Near is I can tell, the value of x remains 4.6 for calculations and operations; just at output time it come out as 4600000! If I try to print x with somthing like I7, I get an error message saying I need to use a floating descriptor, so it seems (as you suggest) that the fortran routine is indeed internally storing the value as a float, or rather real*4. This biasing (scaling?) inconsistency only seem to manifest itself when a fortran subroutine, linked to a C obj module, prints (outputs?) a floating point number. I wonder if there is anyway around this? Vic Dura --------------- ** Current thread: CALLING FORTRAN FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31YE1630 Date: 01/29/90 From: JEFF NOWLAND Time: 10:27 am To: VICTOR DURA (Rcvd) (Read 79 times) Subj: R: CALLING FORTRAN FROM C You should be able to determine if biasing is the problem by reading the advanced programming portion of the manuals. I know that the Borland languages give descriptions of their floating point formats. Also, I'm not sure but I think that there is a wider range of differing types of biasing when using the real*4 or float type than when using real*8 or double type. I've seen only one way that the double type has been setup in the languages that I have used. If possible you may wish to try this JDNowland. --------------- ** Current thread: CALLING FORTRAN FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31YS0716 Date: 01/29/90 From: GRANT ELLSWORTH (Leader) Time: 11:11 pm To: JOHN HEY (Rcvd) (Read 76 times) Subj: R: CALLING FORTRAN FROM C John, I got a msg elsewhere that reminded me that the Aug 89 DDJ had an article on Fortran/C interfacing. I think your suspicion bears out from what I've seen. In the much older version of Fortran (Libs) I noted that ALL functions are accepting the paramters as Far Pointers --- making all functions effectively "call by 'name'". Grant --------------- ** Current thread: CALLING FORTRAN FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31ZA2744 Date: 01/30/90 From: VICTOR DURA Time: 06:45 am To: JEFF NOWLAND (Rcvd) (Read 74 times) Subj: R: CALLING FORTRAN FROM C Thanks for the suggestion Jeff, I'll see what I can find in the manuals regarding the floating point formats. I using v4.0 C and fortran, and I have a feeling that there may have been a problem with these two when linked togeter. I'll see what addition info I and can find, and let you know results if anything interesting. VicDura --------------- ** Current thread: CALLING FORTRAN FROM C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32H11000 Date: 02/13/90 From: VICTOR DURA Time: 12:16 am To: ALL (Read 76 times) Subj: CALLING FORTRAN FROM C Does anybody have Microsoft C and Fortran compilers with versions greater than 4.0? If so, would you mind compiling the below routines and then linking and executing? I'm interested in seeing how the values of x and z in forsb2 print out. I have old V4.0 compilers and would like to know the results from more recent compilers. Thanks. . . /* C driver to test call to fortran subroutine. Compile with: cl /c /Od /FPc87 /AL then link with forsb.obj */ #include <stdio.h> main() { void fortran forsb2(float *); float x; x=9.9; forsb2(&x); } C C Test fortran subroutine to be called by a C driver. Compile with C fl /c /Od /FPc87 /4Nt C then link with test.obj C subroutine forsb2(x) z=3.4 write(6,20)z 20 format(' z=',f7.2) write(6,40)x 40 format(' x=',f7.2) return end >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31ZD1124 Date: 01/30/90 From: GREG HUGHES Time: 09:18 am To: ALL (Read 77 times) Subj: PROGRAMMER NEEDED! Are you a hot programmer? Our rapidly growing company is becoming a market leader in the OEM embedded computer controls industry. Articles in Control Engineering, IEN, Electronics Design News, Plant Engineering and several other magazines have featured our product. We have been putting together a team of the most talented people to service our industry with hardware and software tools. Currently, we are looking for a programmer with the following qualifications: 1. A BS in Computer Science or Electrical Engineering 2. 3+ years experience programming on the IBM PC platform under MS-DOS. 3. Strong experience with windowing packages or environments such as MS-WINDOWS. 4. 3+ years experience in C, with knowledge of C++ or another object-oriented language a definite plus. 5. Assembly language proficiency on the IBM PC. 6. Ability to take existing tools and integrate them into a final application. 7. Strong experience in developing graphical user interfaces. The position we are offering will start as a consultant on a project that is beginning now. When the project is brought to completion, there is an oppurtunity for a salary position. Please send me e-mail, or your resume to: Personnel Manager/Software Division Micro Linear Controls, Inc. 2100 Northwestern Ave. Racine, WI 53404 --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31^C2353 Date: 01/31/90 From: VICTOR DURA Time: 08:39 am To: ALL (Read 74 times) Subj: C + FORTRAN COMPILERS? Does anybody have Microsoft C and Fortran compilers with versions greater than 4.0? If so, would you mind compiling the below routines and then linking and executing? I'm interested in seeing how the values of x and z in forsb2 print out. I have old V4.0 compilers and would like to know the results from more recent compilers. Thanks. . . /* C driver to test call to fortran subroutine. Compile with: cl /c /Od /FPc87 /AL then link with forsb.obj */ #include <stdio.h> main() { void fortran forsb2(float *); float x; x=9.9; forsb2(&x); } C C Test fortran subroutine to be called by a C driver. Compile with C fl /c /Od /FPc87 /4Nt C then link with test.obj C subroutine forsb2(x) z=3.4 write(6,20)z 20 format(' z=',f7.2) write(6,40)x 40 format(' x=',f7.2) return end --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31^H2041 Date: 01/31/90 From: VICTOR DURA Time: 01:34 pm To: PAT SHEA (Rcvd) (Read 79 times) Subj: USING SPAWN FUNCTION Pat- If I may, I would like to ask another question about the SPAWN function. At your suggestion I've been studying it, but have not been able to get it to work. Below is an example adapted from MSC V4.0 manual. Can you give me any insight as to what I'm doing wrong? Thanks #include <stdio.h> #include <process.h> main() { int status; status=spawnlp(P_WAIT, "dir", "*.*", NULL); printf(" status = %d\n", status); } --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31^M2406 Date: 01/31/90 From: JOE VINCENT Time: 06:40 pm To: VICTOR DURA (Rcvd) (Read 79 times) Subj: R: USING SPAWN FUNCTION Vic, if I might be permitted to comment on your problem with spawn. You're trying to execute a "dir" using spawn, but "dir" isn't an executable program, it's a resident part ("internal" command) of DOS (i.e., of COMMAND.COM). Second, you'll need to specify the program to be executed in the first TWO arguments after the "P_WAIT", like so: spawnlp(P_WAIT,"someprog.exe","someprog.exe","arg1","arg2",NULL); For internal DOS commands, "system()" is really the best choice. If you need ERRORLEVEL from DOS programs, "spawn" is the one to use. -=≡{JOE}≡=- (tm) --------------- ** Current thread: USING SPAWN FUNCTION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 321A2009 Date: 02/01/90 From: VICTOR DURA Time: 06:33 am To: JOE VINCENT (Rcvd) (Read 89 times) Subj: R: USING SPAWN FUNCTION Joe, thanks for the comments. I just learning C, so I welcome anyone kind enough to "jump in" (I call it help) with a suggestion. You may be right about the internal command, but I get the same result (return value=-1) with any external command. I'll try specifying the command to be executed in the first two arguments after P_WAIT. The MSC V4.0 manual doesn't show it being specified twice, but I have found several errors in the manual. I'll let you know how it turns out. Vic Dura --------------- ** Current thread: USING SPAWN FUNCTION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 321F0315 Date: 02/01/90 From: VICTOR DURA Time: 11:05 am To: JOE VINCENT (Rcvd) (Read 83 times) Subj: R: USING SPAWN FUNCTION Joe, You were right about needing to specify the program to be executed two consecutive times after the P_WAIT argument. Also right about not being able to spawn the internal command. You won't believe this <smile> but the docs make no mention about the external command requirement. Thanks for your help on that. --------------- ** Current thread: USING SPAWN FUNCTION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 321F1845 Date: 02/01/90 From: JEFF NOWLAND Time: 11:30 am To: VICTOR DURA (Rcvd) (Read 83 times) Subj: R: USING SPAWN FUNCTION Vic, The manuals probably don't show the program name being shown twice because this is new with DOS version 3.2 and above where the first argument int the argv will be the full path name of the the program being executed. This can be useful for making sure that you are in the correct dirctory when running a program. Versions of DOS below 3.2 don't do this. JDNowland. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31^N2808 Date: 01/31/90 From: DIRK MARTIN Time: 07:46 pm To: ALL (Read 78 times) Subj: PROBLEM WITH TLINK I've got an application that compiles fine with MS link, and fine with Plink86plus. But when I compile with Tlink, I get "Dgroup : Segment/group exceeds 64K". Anybody got any ideas here? I kind of remember getting an error something like this with MS link in the past, but the exe worked fine. Tlink aborts at the message, and creates no .exe. Can I get around this? I really like using Tlink because of its speed. The Turbo C manual isn't much help. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 321F2211 Date: 02/01/90 From: JEFF NOWLAND Time: 11:36 am To: DIRK MARTIN (Rcvd) (Read 84 times) Subj: R: PROBLEM WITH TLINK Dirk, The TurboC manual does say that TLink is a "down and dirty" linker and that it is not a complete replacement for MS Link. Depending on what compiler you are using to create you object and library modules, there may be some record types that are not supported by TLink. Why this would cause that particular message I don't know, but TLink is notorious for not handling objects made by other brand compilers. JDNowland. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31^P1018 Date: 01/31/90 From: DENNIS DODSON Time: 08:16 pm To: ALL (Read 81 times) Subj: PRINTER CONTROL CODES How can I send to the printer the control code to change the printer settings to 8 lines per inch, and when done, back to 6 lines per inch ? I'm having success with 'condensed' and 'condensed mode off' by using the decimal codes (entered with the 'Alt' key and numeric keypad) and the 'fprintf' type statement by embedding them as a literal constant. The control code for 8 lines/inch is ESC 0 - dec 48 - hex 30, and the control code for back to 6 lines/inch is ESC 2 - dec 50 - hex 32. I've tried to embed hex `0x30' type strings, but this hangs the program. ....Please Help----Dennis --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 321D1158 Date: 02/01/90 From: STEVEN KEY Time: 09:19 am To: DENNIS DODSON (Rcvd) (Read 82 times) Subj: R: PRINTER CONTROL CODES Dennis, I notice that you didn't explicitly say you were sending the ESC character - dec 27. I don't know C, but in Pascal the way you would send a control code would look like this : Write( Chr (27)). I know that C doesn't have the strong type checking that Pascal does, but I expect you must still tell the compiler you want the single byte 27, not a '2' and '7'. In Pascal your 8/in would be Write(Chr(27),Chr(48)). Hope this helps. Steven --------------- ** Current thread: PRINTER CONTROL CODES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 321F0495 Date: 02/01/90 From: VICTOR DURA Time: 11:08 am To: DENNIS DODSON (Rcvd) (Read 84 times) Subj: R: PRINTER CONTROL CODES Dennis, Can you give me a few more details about the control codes. I.E., when you say: ESC 0 - dec 48 - hex 30 do you mean the escape character, followed by (the character 0, or a zero (null) byte), followed by the characters 4 and 8, or by a byte with a value of 48, followed by a byte with value 30? In some printers, such as the Panasonic kx-p line, the string: ESC+a+2 means the escape character, followed by the "a" character, followed by a byte of value=2, not the "2" character. In anycase, even if you're using the wrong codes, it shouldn't cause your code to hang. Can you show us the exact statements you're using. Vic Dura --------------- ** Current thread: PRINTER CONTROL CODES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 321F2595 Date: 02/01/90 From: JEFF NOWLAND Time: 11:43 am To: DENNIS DODSON (Rcvd) (Read 83 times) Subj: R: PRINTER CONTROL CODES Dennis, You may wish to upload the actual code you've tried here, that may shed some light on the problem. If your control codes are correct then the following should work: 8 lines/inch: fprintf(stdprn, "\x1b\x30" ); 6 lines/inch: fprintf(stdprn, "\x1b\x32" ); JDNowland. --------------- ** Current thread: PRINTER CONTROL CODES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 322I3456 Date: 02/02/90 From: DENNIS DODSON Time: 02:57 pm To: JEFF NOWLAND (Rcvd) (Read 83 times) Subj: PRINTER CONTROL CODES Thanks Jeff for the helpful information..... > 8 lines/inch: fprintf(stdprn, "\x1b\x30" ); > 6 lines/inch: fprintf(stdprn, "\x1b\x32" ); . I used your examples to write a C program to address the 'stdprn' and set it to 6 lines/inch, 8 lines/inch, compressed on, compressed off, or issue a form feed based on a command line argument. This will solve my basic printer requirements for the batch jobs that are being developed now for a new accounting system we are writing. My original problem, though, was not directly involved with a printer stream as output, but with outputting a DISK print file (destined for later printing from a batch file). I was not using the ESC "\x1b" as in your example, just the hex "\x30" control code in the 'printf'-like statements, that was probably why the program was misbehaving as I said. Anyway, I did try the 'fprintf' suggestion and tested the ESC and control code string to the disk print file, but the results were not as expected. It seems NOT to write the 8 lpi control code at all to the front of the disk file, and reset back to 6 lpi code at the end of the disk file was not the expected ascii characters, seemed to write a funny face followed by a 2 I really don't remember exactly, didn't pursue it, and decided that a separate C program would suffice anyway. It would have been nice to embed the control codes in the disk file though). If you have any other ideas, please holler. Thanks again for the help. Dennis --------------- ** Current thread: PRINTER CONTROL CODES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 325A1714 Date: 02/05/90 From: VICTOR DURA Time: 06:28 am To: DENNIS DODSON (Rcvd) (Read 84 times) Subj: R: PRINTER CONTROL CODES Dennis, you're welcome. Glad to help! Vic Dura >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 321D1166 Date: 02/01/90 From: HYONG BANG Time: 09:19 am To: ALL (Read 81 times) Subj: LONGINT SQRT ROUTINES Message CC'd to: ALL GRANT ELLSWORTH Does anyone have a good inline-able square root routine for longints (64 bit)? Any references or code fragments would be appreciated. If it is or could be optimized for a 386 (extended register set), it would be lovely. Thanks Hyong Bang --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 321P0356 Date: 02/01/90 From: GRANT ELLSWORTH (Leader) Time: 08:05 pm To: HYONG BANG (Rcvd) (Read 83 times) Subj: R: LONGINT SQRT ROUTINES Hyong, I have not seen anything like a library of in-line math functions. You might want to buy a compiler AND its runtime-library sources (if available) and "lift" a sqrt() function (most likely already in ASM) and modify it for your own purposes. You won't (or shouldn't) be distribut- ing that source (even modified --- it may be restricted), but you could include your mod in your own operational code -- which could be distributed. Grant --------------- ** Current thread: LONGINT SQRT ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 322E0613 Date: 02/02/90 From: HYONG BANG Time: 10:10 am To: GRANT ELLSWORTH (Rcvd) (Read 85 times) Subj: R: LONGINT SQRT ROUTINES I've thought of that. I guess I was hoping to save myself some money. I seem to remember that in the earlier days of computing, even for PC's, discussions of algoritms were common. But I can seem to find what I need in any of my magazines etc. Thanks for the suggestion anyway. Hyong --------------- ** Current thread: LONGINT SQRT ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 322F2539 Date: 02/02/90 From: JEFF NOWLAND Time: 11:42 am To: HYONG BANG (Rcvd) (Read 84 times) Subj: R: LONGINT SQRT ROUTINES HYONG, If its an algorithm you need, try Newton's method: To find the square root of a number iterate the following until the difference between consecutive approximations is <= 1. next = (number/last+last)/2 you will need to arbitrarily pick a first approximation and any number between 2 and number should work ok. :From Assembly Language Programming for the 8086/8088 by Leo Scanlon the is a routine for 32-bit integers which should be modifiable to the 386. Let me know if you would like to see this. JDNowland. --------------- ** Current thread: LONGINT SQRT ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 322M3548 Date: 02/02/90 From: JOE VINCENT Time: 06:59 pm To: HYONG BANG (Rcvd) (Read 88 times) Subj: R: LONGINT SQRT ROUTINES Hyong, successive approximation is probably the best way to code what you want in a straightforward, easily-understood way. You can calculate a square root, for example, by using an initial "guess" for X(0) of 1 and generating a "next guess", X(n+1) as .5*(X(n) + (A/X(n)), where "A" is the value for which you're trying to calculate the square root. For A = 80, X(0) = 1, the "next guess" would be: X(1) = .5 * (1 + 80/1) = 40.5 X(2) = .5 * (40.5 + 80/40.5) = 21.23765 And so on. This converges very quickly to a value which is accurate to several decimal places. -=≡{JOE}≡=- (tm) --------------- ** Current thread: LONGINT SQRT ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 325D2460 Date: 02/05/90 From: STEVEN KEY Time: 09:41 am To: JOE VINCENT (Rcvd) (Read 84 times) Subj: R: LONGINT SQRT ROUTINES Joe, I remember using that algorithm for doing square roots on my first 4 function calculator in about 1974. After you get "close", it picks up about 2 dicimal places per interation. I got to be pretty fast at it after a few months. steven --------------- ** Current thread: LONGINT SQRT ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 325G3018 Date: 02/05/90 From: HYONG BANG Time: 12:50 pm To: JEFF NOWLAND (Rcvd) (Read 88 times) Subj: R: LONGINT SQRT ROUTINES Thanks for the suggestions. I'll try and look it up. The reason I asked on the BBS is that as I recall there are much more efficient ways to find sqrt's than the Newton's method. Hyong --------------- ** Current thread: LONGINT SQRT ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 325G3145 Date: 02/05/90 From: HYONG BANG Time: 12:52 pm To: JOE VINCENT (Rcvd) (Read 82 times) Subj: R: LONGINT SQRT ROUTINES Thanks for the reply...I was hoping that some one would know of something a lot more efficient.... Hyong --------------- ** Current thread: LONGINT SQRT ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 325L3127 Date: 02/05/90 From: JEFF NOWLAND Time: 05:52 pm To: HYONG BANG (Rcvd) (Read 88 times) Subj: R: LONGINT SQRT ROUTINES Hyong, I don't know if there any more efficient algorithms or not. I have a reference called Computational Mathematics. It was written by a russian mathematician and has quite a few algoritms. I could check it for information. Also, if you code Newton's method in assembler optimized for 386 then you would probably get the efficiency you want. Also, if you have a math coprocessor available I believe there are 80x87 op codes for dealing with the 64bit long integer format. These would be more efficient than any algorithm you are likely to find(???). It might help if we all knew what compiler you are using, I don't recall a C compiler with the 64bit integer type. But then again, I don't look too much. JDNowland. --------------- ** Current thread: LONGINT SQRT ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32AM0726 Date: 02/06/90 From: HYONG BANG Time: 06:12 pm To: JEFF NOWLAND (Rcvd) (Read 87 times) Subj: R: LONGINT SQRT ROUTINES Actually, I'm using TP rather than TC (long story). I do have a 387, but the code may (probably) should run on systems without, is why I've been asking around. I thought the people on this conference might have had something at their finger tips, but I guess no one needs to code math routines by hand much anymore. Thanks for your remarks. Hyong --------------- ** Current thread: LONGINT SQRT ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32AN1630 Date: 02/06/90 From: PAT SHEA Time: 07:27 pm To: HYONG BANG (Rcvd) (Read 89 times) Subj: R: LONGINT SQRT ROUTINES hyong : 'dug thru my drek heap and came up w/ the following. i have used it to avoid loading the fp emulator on several applications. you may be able to use it as a skeleton even though it only works <as written> on 16-bit arg's - logic is the same for 'longs', you just have to make a few adjustments in the code. BTW: i have not really looked at this code in quite some time - the only thing i can testify to is that it is filed in with stuff that works <as opposed to stuff that doesn't - which is in a nother directo> #define TEST /* This TEST checks the accuracy of the integer square * root generated by the function vs. that generated by * MATH.LIB's sqrt(), rounded, and truncated. * * NOTE: The test will take > 5 min. on a 4.77 Mhz * (stock, std. issue) IBM XT. *****/ /*********************************************************************** * * SYNTAX - * extern int int_sqrt( unsigned int numb ); * * RETURNS - * Integer square root of the unsigned integer argument. * The return is the integer value closest to the 'real' * square root. You can simulate higher precision by * multiplying the argument by 100, 10000, etc. within * the function and making requisite corrections in the * calling function. * * HOWEVER, the bigger the number is that the function is * processing, the slower it will run. With an argument * of about 25000 or less, speed is comparable (or even * faster than) math.lib's sqrt() on a machine without an * NDP. As the argument approaches 64K, speed dwindles to * 25-30% of math.lib. * * *****/ #define SQUARE( x ) (( x ) * ( x )) extern int int_sqrt( unsigned int numb ); int int_sqrt( unsigned int numb ) { long old_numb, long_numb, test_root, odd_numb = 1L; old_numb = long_numb = (long) numb; while ( long_numb >= 0L ) { long_numb -= odd_numb; odd_numb += 2L; } test_root = (unsigned long) odd_numb >> 1; return( (int)(( SQUARE( test_root ) - test_root + 1L > old_numb ) ? ( test_root - 1L ) : test_root )); } #ifdef TEST #include <stdio.h> #include <stdlib.h> #include <math.h> extern void main( void ); void main( void ) { unsigned int j; int root; double root_87, adj_root_87, error_root; for ( j = 0; j < 65000; j++ ) { root = int_sqrt( j ); root_87 = sqrt( (double) j ); adj_root_87 = floor( root_87 + 0.5 ); error_root = (double) root - adj_root_87; if ( error_root != 0.0 || j % 1000 == 0 ) { printf( "\t%5u\tint_sqrt - %3d\tsqrt - %5.8f\tERROR - %3.6G\n", j, root, root_87, (double) root - adj_root_87 ); } } exit( 0 ); } #endif /* TEST */ happyhacking!!! pats. --------------- ** Current thread: LONGINT SQRT ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32BC1126 Date: 02/07/90 From: STEVEN KEY Time: 08:18 am To: HYONG BANG (Rcvd) (Read 82 times) Subj: R: LONGINT SQRT ROUTINES Hyong, In going through an last years Dr Dobbs to file articles, I found a letter to the editor that recommends SOFTWARE MANUAL for ELEMENTARY FUNCTIONS by William Cody and William Waite, Prentice-Hall. "Gives detailed inplementations of sqrt,alog, alog10, exp, power, sin, cos, tan, cot, asin, acos, atan, atan2, sinh, cosh, tanh, and provides a test suite." Steven --------------- ** Current thread: LONGINT SQRT ROUTINES Chain->z5╙ >>> Inactivity warning: One minute to automatic logoff! Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32BR1223 Date: 02/07/90 From: ERIC JABLOW Time: 10:20 pm To: HYONG BANG (Rcvd) (Read 90 times) Subj: R: LONGINT SQRT ROUTINES I've mentioned this reference in the past, but here goes: Look for Numerical Recipes in Pascal, from Cambridge University Press. (They also publish a FORTRAN and a C version.) It's a very good reference. If you can stand the theory, look at the book Pi and the AGM, by Jonathan and Peter Borwein; this describes the methods used to calculate the first N digits of pi and other unusual problems. These methods use the square root, but it will show you various methods to calculate other math functions. But watch out; it's really high-powered stuff. Have you seen Concrete Mathematics, by Graham, Knuth, and Patashnik yet? Eric Jablow --------------- ** Current thread: LONGINT SQRT ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32CD1372 Date: 02/08/90 From: HYONG BANG Time: 09:22 am To: PAT SHEA (Rcvd) (Read 86 times) Subj: R: LONGINT SQRT ROUTINES Thanks...I'll look at it and see how it works. Hyong --------------- ** Current thread: LONGINT SQRT ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32CD1463 Date: 02/08/90 From: HYONG BANG Time: 09:24 am To: STEVEN KEY (Rcvd) (Read 91 times) Subj: R: LONGINT SQRT ROUTINES Thanks for the reference. It's one I haven't run across in the local book stores. Hyong --------------- ** Current thread: LONGINT SQRT ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32CD1639 Date: 02/08/90 From: HYONG BANG Time: 09:27 am To: ERIC JABLOW (Rcvd) (Read 91 times) Subj: R: LONGINT SQRT ROUTINES Yes, to Recipes, No to Pi and AGM (heard of it, but never seen it- local library and book stores are REALLY sparse), Not even heard of Concrete- Care to tell me more about it? I have a tendency to collect books by Knuth (the same Knuth?). Hyong --------------- ** Current thread: LONGINT SQRT ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32CR3537 Date: 02/08/90 From: ERIC JABLOW Time: 10:58 pm To: HYONG BANG (Rcvd) (Read 99 times) Subj: R: LONGINT SQRT ROUTINES Yes, the same Knuth. Ronald Graham, Donald Knuth, and Oren [?] Patashnik. basically, it's an enlarged version of Ch. 1 of Knuth's Art of Computer Programming. The book is probably by Addison Wesley--check out Books in Print, and check out libraries near you, I guess. The book on Pi is not as essential to you, I guess. It's published by Wiley, I think. Eric --------------- ** Current thread: LONGINT SQRT ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32DI1560 Date: 02/09/90 From: JEFF NOWLAND Time: 02:26 pm To: HYONG BANG (Rcvd) (Read 120 times) Subj: R: LONGINT SQRT ROUTINES ;Hyong, ; ; Know you're not impressed with Newton's method, but we do know ; assembler and this is for 386 register set so the inefficiency ; of the algorithm(???) should be offset by the efficiency of ; assembly and doing this inline. If you can get your longint ; into edx:eax, this will ; replace it with square root in edx:eax for you to get it back. ; I don't know anything about TP's inline other than you (used to?) ; need to use opcodes, so you'll have to assemble this and use the ; assembler list to get your opcodes. I don't have a compiler with ; 64 bit longints to test this and I don't have time to create my ; own 64 bit longint type, so make sure you test. I did however verify ; its accuracy when the source number can be represented by a 32 bit ; integer. ; .386 _TEXT segment byte public 'CODE' USE16 assume cs:_TEXT _sqrt64_386 proc or edx,edx ; first make sure source is > 1 jne FindRoot ; otherwise sqrt(source)=source cmp eax,2 jae FindRoot jmp ReallyDone FindRoot: push bp ; save base pointer push edx push eax mov bp,sp xor edx,edx ; make the first guess 2 mov eax,2 GetNext: mov ebx,eax ; get current guess mov ecx,edx mov edx,[bp+4] ; restore our source number mov eax,[bp] or edx,edx ; if edx is 0 then we can use the je DivEasy ; processor's div instruction ; otherwise we have to do division ; by shifting registers. push bp ; need to save some registers push si ; Only saving lower 16 bits push di ; compiler doesn't access upper bits mov ebp,ecx ; high dword of denominator to EBP so mov ecx,64 ; ECX can be used as a loop counter. ; shift through 64 bits xor edi,edi ; temporary shift overflow register xor esi,esi DivLoop: shl eax,1 ; shift numerator left 1 bit rcl edx,1 rcl esi,1 ; and move carry into temporary rcl edi,1 cmp edi,ebp ; check to see if we've shifted back jb EndLoop ; into our answer ja SubDenom cmp esi,ebx jb EndLoop SubDenom: sub esi,ebx ; subtract denominator sbb edi,ebp ; move a new bit into answer inc eax EndLoop: loop DivLoop ; when finished EDX:EAX will ; quotient mov ecx,ebp ; high dword of guess back to ECX pop di ; restore saved registers pop si pop bp jmp short DivDone; division complete DivEasy: div ebx ; no overflow use processor's div inst xor edx,edx ; and lose the remainder DivDone: add eax,ebx ; add current guess to quotient adc edx,ecx shr edx,1 ; and divide by 2 rcr eax,1 cmp edx,ecx ; significant change jne GetNext ; between successive guesses? sub ebx,eax jz Done cmp ebx,1 je Done cmp ebx,-1 jne GetNext Done: add sp,8 ; make stack right pop bp ; answer is in EDX:EAX ReallyDone: _sqrt64_386 endp _TEXT ends end ;Happy Hunting!! ; ;JDNowland. ; ; P.S. Credits go to Leo Scanlon(Assembly Language Programming for ; 8086/88) for 8086 version of 32 bit integer newton's method, and ; Borland International for 8086 division routine taking overflow ; into account for 32 bit integers. ; --------------- ** Current thread: LONGINT SQRT ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33GE2516 Date: 03/12/90 From: HYONG BANG Time: 10:41 am To: JEFF NOWLAND (Rcvd) (Read 77 times) Subj: R: LONGINT SQRT ROUTINES Thanks for the code; will be sure to test it...as you can see by the date of this reply, it's been a while since I last logged on to this BBS. Hyong Bang >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 322B1062 Date: 02/02/90 From: DINO BIONDO Time: 07:17 am To: ALL (Read 86 times) Subj: ASSIGN A STRING TO A STRUCTURE Help I need to know how to assign a string to a structure. here is what im trying to do. i have a structure built with multiple members, each member is of the char type ex struct test { char fld01[30]; char fld02[30]; }; next i am reading a file sequentially via the gets() function and filling a buffer area with 60 bytes. what i want to do is take that buffer and assign it to my structure. so i can access the members. Some thing similar to a cobol read into command. any help and suggestions would make my life and boss very happy..... Thanks Dino --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 322F3063 Date: 02/02/90 From: JEFF NOWLAND Time: 11:51 am To: DINO BIONDO (Rcvd) (Read 80 times) Subj: R: ASSIGN A STRING TO A STRUCTURE Dino, Try the following when reading the file: func{ struct test t; FILE *f; while( fgets(t.fld01,30,f) != NULL ) { fgets(t.fld02,30,f); } } This way you directly fill your structure rather than using the intermediate step of building a 60 byte buffer then copying data to your structure. Note that this will read a maximum of 29 characters for each field rather than 30, thus leaving room for your terminating '\0'. JDNowland --------------- ** Current thread: ASSIGN A STRING TO A STRUCTURE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 322M2931 Date: 02/02/90 From: JOE VINCENT Time: 06:48 pm To: DINO BIONDO (Rcvd) (Read 84 times) Subj: R: ASSIGN A STRING TO A STRUCTURE Dino, if you assign the buffer and the structure to the same memory space using "union", you should get what you want. -=≡{JOE}≡=- (tm) --------------- ** Current thread: ASSIGN A STRING TO A STRUCTURE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 325B0626 Date: 02/05/90 From: DINO BIONDO Time: 07:10 am To: JOE VINCENT (Rcvd) (Read 82 times) Subj: R: ASSIGN A STRING TO A STRUCTURE Thanks Joe, I will give that a try..... Dino >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 322H0548 Date: 02/02/90 From: DINO BIONDO Time: 01:09 pm To: JEFF NOWLAND (Rcvd) (Read 79 times) Subj: REPLY TO MESSAGE SENT TO DINO Thanks Jeff,, It seems so simple now...... I appreciate the help and hope i can return the favor sometime. Dino --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 322M3219 Date: 02/02/90 From: GRANT ELLSWORTH (Leader) Time: 06:53 pm To: ALL (Read 87 times) Subj: TURBO C 2.0X MAKE Has ANYBODY suceeded in getting Borland's MAKE utility to work with multiple conditions? Very simple conditions! I am unable to get MAKE to process more than the 1st condition in the following simple-minded example: myfile1.obj: tlib /C mylib -+$*, mylib.lis myfile2.obj: tlib /c mylib -+$*, mylib.lis myfile3.obj: tlib /C mylib -+$*, mylib.lis Command line was: make -fmymake.mak I also tried the following: o created file named: makfile.mak (MAKE's default filename for input) o explicitly replaced the $* in the command lines with the name of the object file ... still no further processing after 1st condition (myfile1.obj). I also verified that TLIB was exiting with a 0 on return to dos. I'm baffled. Anybody uncover "hidden features" with respect to MAKE operate as expected. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 322P1626 Date: 02/02/90 From: WARREN SIMONSEN Time: 08:27 pm To: GRANT ELLSWORTH (Rcvd) (Read 86 times) Subj: R: TURBO C 2.0X MAKE Grant, I have not used the Turbo C flavor of make, but based on years of UNIX "make"ing consider the following: Make only performs the actions associated with the first dependency unless the sources for that action also have subsequent dependencies. For example: Absolute object : Relative objectA, Relative objectB, ... Link Relative objects Relative objectA : Source A Assemble SourceA Relative objectB : Source B Assemble SourceB PRINT FILE: SourceA, SourceB Print SourceA, SourceB Generally make will follow the chain and perform all needed actions to create the Absolute object file, it will NOT however do the printing unless the command is entered as "make PRINT FILE" in which case it will ONLY do the printing. From the example given in your message my guess is that it will only check the first condition because the other conditions are not dependent or needed by the first condtion. --------------- ** Current thread: TURBO C 2.0X MAKE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 323F2205 Date: 02/03/90 From: GRANT ELLSWORTH (Leader) Time: 11:36 am To: WARREN SIMONSEN (Rcvd) (Read 85 times) Subj: R: TURBO C 2.0X MAKE Warren, Since filing my original msg, I've found that your discription is about 75% right on. I didn't read the BI dox carefully (again) and it had been something like 2 yrs since I last used BI's make --- stepping into the same snakepit. I expected BI's make to behave like M$'s make, which I half-understand. In M$'s MAKE, one can specify a "do it all the time" rule by omitting dependencies. And the MAKE file is processed sort-of linearly - begin to end - examining the rules in the order found in the make file. On the other hand, BI's MAKE, play a game something like you describe, except that the PRINT_FILE: rule in your example will NEVER be exercised unless it is 1st triggered via the "absolute object" in your example. ALso, as in your example, BI's MAKE requires that the "global" or governing rule be stated FIRST --- not at the end, as in M$ Make. As in the UNIX-like MAKE you describe, BI's MAKE will execute the rule you specify via the command-line. Thanks for the reply. Maybe I'll remember the BI MAKE rules this time, so I won't step into the same snakepit of senile forgetfulness again. Grant --------------- ** Current thread: TURBO C 2.0X MAKE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32BE2208 Date: 02/07/90 From: WARREN SIMONSEN Time: 10:36 am To: GRANT ELLSWORTH (Rcvd) (Read 85 times) Subj: R: TURBO C 2.0X MAKE I wish it were so simple as to resolve not to forget what we learn ! It seems that we must either become a snob about tools and languages so as to remember a smaller set of information or be resigned to relearning things from time to time. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 322P3585 Date: 02/02/90 From: JOHN ABATTE Time: 08:59 pm To: ALL (Read 86 times) Subj: PRO-C PACKAGE I'd like to get some information on a package called Pro-C, by Vestronix. I haven't seen any reviews of it anywhere, so I'd like to hear from anyone who's had any experience with it firsthand. Things like, what are its capabilities, limitations, ease of use, etc, etc. Any comments or criticisms would be appreciated also. I've seen it advertised lately for $299.00 from the Programmers' Connection, and at that price it sounds to good (based on ad copy) to be true. Thanks in advance for any feedback..................John. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32A23240 Date: 02/06/90 From: BANCROFT SCOTT Time: 02:54 am To: GRANT ELLSWORTH (Rcvd) (Read 78 times) Subj: PORTING FROM ANSI C TO PRE-ANSI C Do you know of a utility which will take a C program which is written according to the draft ANSI C standard and convert it to pre-ANSI C suitable for being compiled by, say, the UNIX V C compiler? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32FR0452 Date: 02/11/90 From: GRANT ELLSWORTH (Leader) Time: 10:07 pm To: BANCROFT SCOTT (Rcvd) (Read 83 times) Subj: R: PORTING FROM ANSI C TO PRE-ANSI C No, I have never see or heard tell of a translator which reverses direction from ANSI-C to pre-Ansi-C. Do you see a long term need for one? Or are you dealing with a short-term problem where manual translation is a painful time-consuming pain in the tail? Grant --------------- ** Current thread: PORTING FROM ANSI C TO PRE-ANSI C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32GL2138 Date: 02/12/90 From: BANCROFT SCOTT Time: 05:35 pm To: GRANT ELLSWORTH (Rcvd) (Read 80 times) Subj: R: PORTING FROM ANSI C TO PRE-ANSI C At Open Systems Solutions, we wrote an ASN.1 (OSI presentation layer) compiler using ANSI-C. This was a good idea, since we were able to port from Microsoft C on the PC to a SUN/4 work station, to IBM MVS. All with less than an hour or so to accomodate the strictness with which the various compilers enforce C. The problem that we have run into is that on some systems, e.g. VAX/VMS, we do not have an ANSI-C compiler. As such, we either have to port the Free Software Foundation GNU ANSI-C compiler to these platforms, or we have to convert the ASN.1 compiler to K&R C. We are looking at both possibilities. We have found out, through CAIP at Rutgers University, that there is a 'Protoizer' which is capable of converting from ANSI C to K&R and visa versa; from ANSI C to C++ and visa versa. We are pursuing the use of this tool. I have no idea as yet as to how good a job it is capable of doing. --------------- ** Current thread: PORTING FROM ANSI C TO PRE-ANSI C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32GM2230 Date: 02/12/90 From: GRANT ELLSWORTH (Leader) Time: 06:37 pm To: BANCROFT SCOTT (Rcvd) (Read 79 times) Subj: R: PORTING FROM ANSI C TO PRE-ANSI C Hmmm... A preprocessor which lets you do: K+R <--->ANSI_C<--->C++, eh? That's gotta be one heck of a handy tool. Leave msgs with further comments as you find out how good (or bad) it is. What do you know of it now? (Vendor, how to get copy, price, etc..)? Grant --------------- ** Current thread: PORTING FROM ANSI C TO PRE-ANSI C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32K11620 Date: 02/16/90 From: BANCROFT SCOTT Time: 12:27 am To: GRANT ELLSWORTH (Rcvd) (Read 77 times) Subj: R: PORTING FROM ANSI C TO PRE-ANSI C The following are excerpts from the documentation of the porting tool: Protoize aids in the conversion of K&R C source code files to ANSI C source code files with function prototypes. This conversion is useful for eliciting more complete interface checking from ANSI C compilers, or as a preliminary step in the conversion of C programs to C++. Protoize is designed to be used in conjunction with the GNU C compiler. The GNU C compiler does preliminary information gathering about functions by analyzing the files to be con- verted. The GNU C compiler may be invoked automatically as a result of running protoize so it is important to have it properly installed before attempting to convert source files via protoize. Protoize actually has two primary functions. First, It con- verts existing function declarations and definitions to pro- totype form. Second, for cases in which functions are called before they have been declared (i.e. points of impli- cit function declarations), protoize can be instructed to insert new prototype style function declarations into the source code. For implicit function declarations, protoize can either insert the new (explicit) function declaration at the very beginning of the block which contains the implicit declaration, or (at the user's option) these explicit declarations can be inserted near the tops of the source files where the implicit declarations occurred. The inser- tion of these new (explicit) function declarations (by pro- toize) assures that all function calls in your source files will be checked for the correct number and types of parame- ters during subsequent compilations. Protoize supports the conversion of both large and small systems of C source code to prototype form. Protoize can perform the conversion of an entire program in one non- interactive step. Protoize is able to convert entire systems of C source code because it knows how to use information (gleaned by the C compiler) from one source file to convert function defini- tions and declarations in that same source file or in other source files (as required). -C C++ conversion mode. Normally, protoize writes its (converted) output files back to files of the same names as the original (unconverted) input files. In C++ conversion mode, after each output file is written, a check is made to see if the given output file has a .c suffix. If it does, then the given file is renamed, and its suffix is changed to .C. This makes the output file acceptable as a C++ input file for either the GNU C++ compiler or for the Cfront translator. It is naive to assume that the conversions performed by pro- toize are sufficient to make your source code completely compatible with ANSI C or C++. The automatic conversion of your source files via protoize is only one step (albeit a big one) towards full conversion. A full conversion may also require lots of editing "by hand". Protoize only converts function declarations and defini- tions. No conversion of types (such as function types and pointer-to-function types) contained in typedef statements is attempted. These must be converted manually. Currently, protoize makes no attempt to convert declarations of pointer to function types, variables, or fields. Currently, varargs functions definitions and declarations must be converted by hand to use the stdarg convention. It is possible that a subsequent version of protoize will make some attempt to do these conversions automatically. As you see, the stuff about converting to C++ is not great. There is a second half to this tool, name Unprotoize. It does the inverse of the operation that Protoize does. If you need additional information on it I can provide it. In case you are not familiar with the gcc C compiler, it is a product of the Free Software Foundation. As the company name implies, it is a free product. I does a fairly decent job of supporting ANSI C, but needs to be improved (relative to Microsoft C or C/370 on IBM MVS). With very few exceptions, I find gcc to be very reliable (although every now and then a bug-laden version is released). --------------- ** Current thread: PORTING FROM ANSI C TO PRE-ANSI C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32LD1998 Date: 02/17/90 From: GRANT ELLSWORTH (Leader) Time: 09:33 am To: BANCROFT SCOTT (Rcvd) (Read 76 times) Subj: R: PORTING FROM ANSI C TO PRE-ANSI C Please forgive my ignorance,,, but, while I have seen the name "Free Soft- ware Foundation", I don't really know anything about it. What is the contact address/bbs-number/voice-number? How might I obtain a copy of the PROTOIZE/UNPROTO software? What is the "gcc" compiler and how does one get a copy? Thanks very much for the elaborate copy of the PROTO/UNPROTO feature summary. It was very informative. The summary you provided was sufficient enough to allow us to reasonably infer the probable operation of the UNPROTO operation. HOwever, it would be very helpful if you could consolditate into 1 zipfile the protoize and unprotoize descriptions and upload it to the Mahoney and Unix collections for access by a wider audience. From your own experiences, I gather that there may be a wider interest in this problem (K&R C <--> Ansi-C <---> C++) than I had previously assumed --- and our colleagues here would welcome the info. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32AH1703 Date: 02/06/90 From: KEVIN MENNINGEN Time: 01:28 pm To: GRANT ELLSWORTH (Rcvd) (Read 90 times) Subj: TURBO C LINKING Grant, I am doing a project for school in Turbo C. The project is split up into six different files, all dependent upon global variables and declarations contained in GLOBAL.H. The program compiles fine, but when I link, I get errors saying that global variables in GLOBAL.H are duplicated in each of the modules. fine. I remove the #include statments from each module except one, and I get errors saying variables areπ undefined. How do I get this to go? I'm using a MAKE file, but it does exactly what I want it to do. Help. --Kevin --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32B11870 Date: 02/07/90 From: GLEN THOMPSON Time: 12:31 am To: KEVIN MENNINGEN (Rcvd) (Read 91 times) Subj: R: TURBO C LINKING Kevin, The global variables should only be declared in one place. The other includes should refer to the declared globals. Check out the use of the extern directive. i.e. int global_int ; main() { . . . } in next file" extern int global_int; function() { . . . } glen --------------- ** Current thread: TURBO C LINKING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32BG2489 Date: 02/07/90 From: KEVIN MENNINGEN Time: 12:41 pm To: GLEN THOMPSON (Rcvd) (Read 83 times) Subj: R: TURBO C LINKING Glen, Thanks for the answer. It worked. Us Pascal freaks really have a tough time with C sometimes, because we are so used to having only one road to the destination that a fork in the road is somewhat baffling. It also didn't help that UNIX doesn't require the extern, it simply takes the declarations from GLOBAL.H and says "fine." Oh, well. --Kevin --------------- ** Current thread: TURBO C LINKING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32FR1263 Date: 02/11/90 From: GRANT ELLSWORTH (Leader) Time: 10:21 pm To: KEVIN MENNINGEN (Rcvd) (Read 88 times) Subj: R: TURBO C LINKING Kevin, YOu'll have to do something like the following: 1. Decide which of the six modules you want the global variables to be "local" to --- best bet is your "main()" section 2. In your GLOBAL.H file, make ALL the global variables 'extern' e.g. extern int global_var_1; 3. In the very start of your GLOBAL.H file add the following statements #ifdef __MAIN_ROUTINE__ #define extern #endif 4. Restore the #include statements to all your program files 5. Add the following statement to your main program (or whichever routine you decided you wanted to make your global variables local to --- defined in) #define __MAIN_ROUTINE__ insert this statement BEFORE the #include "globals.h" statement Now, after you do this, reason out for yourself the underlying logic and rationale for the above approach. I could have written the theory and left the encoding to the reader ... but this one was a little easier to encode than to accurately and BRIEFLY explain the theory. Hope this helps. Grant --------------- ** Current thread: TURBO C LINKING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32IK1124 Date: 02/14/90 From: KEVIN MENNINGEN Time: 04:18 pm To: GRANT ELLSWORTH (Rcvd) (Read 76 times) Subj: R: TURBO C LINKING Grant, From your description, you basically tell GLOBAL.H to define all variables as EXTERN, except in the main file, where you define the keyword extern to be nothing, thus effectively declaring the variables normally. Basically, I did this manually, but your method is a neat trick. Thank you! --Kevin --------------- ** Current thread: TURBO C LINKING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32IP3259 Date: 02/14/90 From: GRANT ELLSWORTH (Leader) Time: 08:54 pm To: KEVIN MENNINGEN (Rcvd) (Read 94 times) Subj: R: TURBO C LINKING Kevin, You got the point quite rightly. The first time I stumbled into the problem, I solved it with some manual (redundant) coding as well. All was cool ... until I had to make a bunch of changes affecting the globals. At which point, I decided to find a far less painful way to make future global changes. Part of the learning experience. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32BN2378 Date: 02/07/90 From: DENNIS DODSON Time: 07:39 pm To: ALL (Read 83 times) Subj: POINTER QUESTION How can I do a compare to determine if the pointer '*prog' is equal to the string "pmm" in the following sample source code: main() { . . } some_funct(prog) char *prog; { if (strncmp(*prog, "pmm", 3) == 0) /* is this correct ??? */ do_something(); } Please help, I'm not too sharp with pointers..... --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32BP1931 Date: 02/07/90 From: TOM FRANK Time: 08:32 pm To: DENNIS DODSON (Rcvd) (Read 78 times) Subj: R: POINTER QUESTION Dennis, You don't need the "*" in the strncmp - in fact it is wrong. *prog is the first character while prog is a pointer to a char - which is exactly what a string is - a pointer to a char (or sequence of chars). If your compiler supports prototypes and full checking, turn it on - you would then get warnings when you have conflictingusages. Tom >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32CP0431 Date: 02/08/90 From: DALE REID Time: 08:07 pm To: ALL (Read 93 times) Subj: TEMPNAM PROBLEM I'm trying to learn C by getting an example program to work on my machine. Earlier some kind souls have helped me with cursor positioning, and that has been of help. Now I'm stymied with this problem.... I want to be able to call the below routine time and time again, each time the program will automatically name the new "gif" file for me. This portion of code is partially the working stuff, which always called the spawn with "sat.gif" as a default. I attempted to add the code to look to see if previous versions of the name were out there, using "sat" as the base, intending to bump the name one character at at time, and string concatenating ".gif" onto the end. Strangely, this code below partially works. It will come back with "sat2", "sat3", etc upon repeated calls. This is despite my ignorance in calling it with no extention (CAN you call it with an extention such as giving it the kernal "sat.gif" and having it cough up "sat1.gif", "sat2.gif" etc. over and over?) /* ************************************ */ void Gifit( void ) { char *args[3]; char *tfilename; tfilename = tempnam(NULL,"sat"); if (tfilename == NULL); { perror("tempnam failed"); } strcat(tfilename,".gif"); args[0] = "aptgif.exe"; args[1] = tfilename; args[2] = NULL; spawnv(P_WAIT,"aptgif.exe",args); beep(); } /* ************************************ */ Is there a better way? I've thought of manufacturing the file name, calling an open function to see if I get an error, if so, close the file, bump the name, and call again. Sort of a klutzy way of doing it, but would incorporate the required feature although I haven't tried it yet in hopes that the gurus here could take me once again by the hand and lead my from this abyss. Somehow the whole string function stuff in C seems less elegant that Basic and I'm disappointed it is so cumbersome. For instance the strcat() function requires that you allow it to modify the first argument. That requires creating the modifiable string by copying from a pattern, and then calling strcat(), rather than the more intuative function of having it return a pointer to a new string concatenated from two separate, unmodified-by-the-function strings. But I guess they didn't ask me when the designed the string functions...... Seriously, folks, any help would be appreciated. Dale s --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32LF1365 Date: 02/17/90 From: JOHN HEIM Time: 11:22 am To: DALE REID (Rcvd) (Read 72 times) Subj: R: TEMPNAM PROBLEM You don't have to try to open a file to see if it exists. There is a function called access that allows you to check if a file exists. char fname[13] int fnbr = 0 do { sprintf(fname, "sat%05hd.gif", fnbr); } while (access(fname, 0) == 0); This will check for files. with names like sat00000.gif, sat00001.gif, sat00002.gif, etc. Which leads me to your question about strings in C. No C isn't the greatest at string manipulation but the sprintf function is alot easier to use than combinations of strcpy and strcat. I've heard that it not as efficient though. If you're not too concerned about the size of the object code I'd use sprintf. BTW, when the loop above exits, fname will be the next available file name. John PS. There's supposed to be semi-colons at the end of lines 4 & 5 of course. The edit function won't let me add them. --------------- ** Current thread: TEMPNAM PROBLEM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32LR1606 Date: 02/17/90 From: DALE REID Time: 10:26 pm To: JOHN HEIM (Rcvd) (Read 83 times) Subj: R: TEMPNAM PROBLEM Tank yew, tank yew... I'll look into it tonight. Dale >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32DD1057 Date: 02/09/90 From: ROB SUTSCHEK Time: 09:17 am To: ALL (Read 99 times) Subj: C TUTOR PROGRAMS Does anyone know of a good C tutor program available in the Mahoney Collection. I have tried to scan for one... but well... I bought a book and disks called LearnC Now (eeeeyons ago)! Any comments will be appreciated! -rob --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34CE0028 Date: 04/08/90 From: MARK STOLOWSKI Time: 10:00 am To: ROB SUTSCHEK (Rcvd) (Read 80 times) Subj: R: C TUTOR PROGRAMS > Does anyone know of a good C tutor program available in the Mahoney > Collection. Rob, I hope this is better late than never. There is a pretty good Turbo C tutor in the Mahony collection. The file is TUR-C-TU.ZIP. I'm just starting to try my hand at C myself and since we have Borlunds Turbo C at work I figure I might as well go that route. Good luck, maybe we can compare notes. Hope this was a help. Mark --------------- ** Current thread: C TUTOR PROGRAMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34CF0038 Date: 04/08/90 From: MARK STOLOWSKI Time: 11:00 am To: ROB SUTSCHEK (Rcvd) (Read 78 times) Subj: R: C TUTOR PROGRAMS P.S. I stumbled upon a C tutor in the PC-SIG collection. Files 816 & 817. Mark --------------- ** Current thread: C TUTOR PROGRAMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34DK1670 Date: 04/09/90 From: ROB SUTSCHEK Time: 04:27 pm To: MARK STOLOWSKI (Rcvd) (Read 75 times) Subj: R: C TUTOR PROGRAMS Thanks- I think I will download them tonight. - Since writing that note (with NO response), I have stumbled across a few tutor programs, but I could not tell what was good, and what was (garbage) stuck! - Thanks... I'll keep in touch. Rob >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32GL1855 Date: 02/12/90 From: JAMES SAVAGE Time: 05:30 pm To: ALL (Read 74 times) Subj: LEARNING "C" Message CC'd to: ALL GRANT ELLSWORTH I'm looking for a good book or ? to get me started programming in C in a Macintosh environment. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32GM1914 Date: 02/12/90 From: GRANT ELLSWORTH (Leader) Time: 06:31 pm To: JAMES SAVAGE (Rcvd) (Read 80 times) Subj: R: LEARNING "C" I haven't seen a "C" / Macintosh book. But, I DO have 2 suggestions: 1. Earlier in this conference topic, some other correspondents asked about books to assist in learning C ... and frequently the msg subject was the same as yours. One correspondent, however, left message asking question: "C the summer go by" or something to that effect Do a search on the subjects in this topic ... I left one of these writers a msg with 4 or so books / titles 2. Check out hte generic Macintosh-oriented books on the bookstore shelves (B. Dalton, etc..) I wouldn't be surprised if some of them did have some c programming examples specifically oriented towards Macintosh programming Leave msg if you can't find the other exchanges in the confernece/topic. I'll re-assemble the book/title list offline and upload it again. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32JR0759 Date: 02/15/90 From: GERALD NOVAK Time: 10:12 pm To: ALL (Read 63 times) Subj: C COURSE I have some time and want to start learning C. I have experience with Dbase/Fox Pro/Fox Base/ QuickSilver/Basic/etc. I have Microsoft C complete but haven't really installed it yet (never had the time). Is there a course offered anywhere in Milwaukee - especially at night? Any of the Universities or user groups help with that? I'm new to the city .... Thanks! Jer --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32K11651 Date: 02/16/90 From: OTTO PORTER Time: 12:27 am To: GRANT ELLSWORTH (Rcvd) (Read 70 times) Subj: FPRINTF Grant, It's been awhile since Ive visited here but I have a little questtion about a problem I'm having. I am opening a file with FOPEN and setting the file pointer to the end of the file with FSEEK. At this point I am trying to append some text records in binary to the end of the file. They are each 80 bytes long. The strings are being pulled from a structure in memory which is an array of the records. That is probably irrevalant. The first write to the file with FPRINTF results in garbage but the strings go in alright from then on. All the strings are written to the file but there is a bunch of garbage after the end of the original file and the new strings. A friend suggests using the low level functions to avoid buffering but I am not ready to believe that the high level functions WILL NOT work properly. Or that I am not making an error. Is there a timing factor with using FSEEK. I can't escape the feeling that I am missing something basic here. Thanks in advance. Otto... --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32LD2863 Date: 02/17/90 From: GRANT ELLSWORTH (Leader) Time: 09:47 am To: OTTO PORTER (Rcvd) (Read 70 times) Subj: R: FPRINTF Otto, The use of fopen() and fseek() (or lseek()) is correct. However, I don't understand why you would be using fprintf() to write the binary stuff --- frpintf(), a kin to printf(), is used to write formatted text output where you use format control codes to format an output string. Seems to me that the function you want to use is fwrite() --- fwrite() is ideally suited to your need to write fixed-length unformatted units to your file. I don't think of fwrite() as a "low level" function since it seems to be part of the stdio.h set in all C compilers I've been exposed to. The fwrite() function description goes approximately like this: int fwrite(char * buffer, int size_to_write, int number_of_writes, FILE * stream); and it returns the number of units of size_to_write actually written (or an indication for error, etc.). This may be the function you "skipped over". Its reverse is fread(). Grant --------------- ** Current thread: FPRINTF Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32Q20768 Date: 02/21/90 From: OTTO PORTER Time: 02:12 am To: GRANT ELLSWORTH (Rcvd) (Read 85 times) Subj: R: FPRINTF Thanks for the come back. These records ARE formatted in one respect. They have to be padded when written to the file. BTW I finally solved my problem by explicitly going to the end of file by using (number of records*size of record) with the Fseek. Just seeking the end of file was putting me beyond the last record. Thanks again. Otto.. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32NL0858 Date: 02/19/90 From: MICHAEL MCCLUNE Time: 05:14 pm To: ALL (Read 81 times) Subj: EXEC? FUNC I need to know if I may run a batch file after my program exits. I have tried some of the exec? functions in QC but the program locks when I try to run the batch file. I do not wish to pass any command line arguments to the batch file. Basically I have been trying exec?("some.bat",NULL); but have had no luck. A speedy response is appreciated Mike --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32PF0723 Date: 02/20/90 From: JOHN HEY Time: 11:12 am To: MICHAEL MCCLUNE (Rcvd) (Read 87 times) Subj: R: EXEC? FUNC I don't think you can EXEC or SPAWN to a batch file. Maybe you should give SYSTEM a try. In MSC5.1, the syntax is: system(char *filename) I suspect this is necessary, since you will need to load another copy of command.com in order to execute the batch file. This is not necessary, of course, when you need to exec or spawn a *real* executable file! John Hey-- --------------- ** Current thread: EXEC? FUNC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32PJ3276 Date: 02/20/90 From: STEVEN KEY Time: 03:54 pm To: MICHAEL MCCLUNE (Rcvd) (Read 82 times) Subj: R: EXEC? FUNC Michael, I don't use QC, so this may be out of line, butI do know that you will need to run a second copy of command.com to run a batch file. Try something like this: exec('command.com','batch.bat'), where batch.bat is the name of your batch file. Steven --------------- ** Current thread: EXEC? FUNC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32PM2530 Date: 02/20/90 From: MICHAEL MCCLUNE Time: 06:42 pm To: JOHN HEY (Rcvd) (Read 88 times) Subj: R: EXEC? FUNC John Darn, I would really like to kill my program and go do something else by running a batch file. Essentially I want to keep as much memory free as I can. Spose I could overlay but that seems so messy. Save mine to disk call something else read mine from disk. You can't think of another way to do things? Mike --------------- ** Current thread: EXEC? FUNC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32QL1808 Date: 02/21/90 From: JOHN HEY Time: 05:30 pm To: MICHAEL MCCLUNE (Rcvd) (Read 101 times) Subj: R: EXEC? FUNC That's a tough one. The only way I know of to "spawn" to another program and do so by "overlaying" the calling program is to use something like "Hold Everything", which is a product by South Mountain Software. Programmer's Shop sells it. Hold Everything works by writing your program to disk (or EMS memory), then spawning the desired program, then reloading your program and picking up its execution right where it left off. Pretty neat, huh? Doing that is certainly non-trivial, but Hold Everything seems to work quite well. Otherwise, the only way to "fake" it would be to exec to the command process, run the batch file, and have the batch file re-execute the calling program. Not very elegant or flexible, I admit Good Luck John Hey-- --------------- ** Current thread: EXEC? FUNC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32QR0365 Date: 02/21/90 From: JOHN HEIM Time: 10:06 pm To: MICHAEL MCCLUNE (Rcvd) (Read 97 times) Subj: R: EXEC? FUNC Have you considered running the program from within the batch file. Then when you exited you'd be still in the batch file. You could set DOS error level so you're batch file would know what to do when the program terminated. John --------------- ** Current thread: EXEC? FUNC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32QR0809 Date: 02/21/90 From: GLEN THOMPSON Time: 10:13 pm To: MICHAEL MCCLUNE (Rcvd) (Read 98 times) Subj: R: EXEC? FUNC Mike, One way to do it is to start your program with one batch file, have the line in the bat file after your program be another bat file. Your program could write that second batch file. See the example below. START.BAT ECHO OFF YOURPROG NEXTBAT NEXTBAT.BAT (contents written by YOURPROG) To make a looping system, have YOURPROG write out a bat file like: NEXTPROG START where NEXTPROG may vary. That way your program can determine the program to be run next, free up the memory yet still have control return to it. To get out completely, just have the NEXTBAT.BAT file be empty. There is a menuing system caled AUTOMAXX that uses a similar principle. It is available in the Mahoney collection. glen >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32PR3016 Date: 02/20/90 From: WARREN SIMONSEN Time: 10:50 pm To: ALL (Read 88 times) Subj: EXTERNAL STRUCTURES How do you define a structure as a global while keeping the individual pointers to a structure of that type local? I am using Turbo C (V2.0) and I want to define a type of structure that will be used to create separate linked lists in each of several functions. For example: I would like the following definition to be global: typedef struct{ unsigned *addr_ptr; char *data_ptr; }entry; main () { ...... } while the following pointers to that type are local to the functions: function1() { entry *listntry; ... } function2() { entry *listptr; ... } Oh yeah, one more thing, the functions are defined in separate files. I have tried every combination of extern with "entry" with "struct" in dozens of combinations. I have scoured the Turbo C manuals and 4 other books that talked about Turbo C, but all I get is illegal syntax or definition errors. Is there some magical incantation I have missed or am I simply trying to do something that is taboo in C ? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32QL0600 Date: 02/21/90 From: MICHAEL MCCLUNE Time: 05:10 pm To: WARREN SIMONSEN (Rcvd) (Read 106 times) Subj: R: EXTERNAL STRUCTURES Warren Put your structure in a header file and #include it in the individual files. Mike --------------- ** Current thread: EXTERNAL STRUCTURES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32QP3513 Date: 02/21/90 From: WARREN SIMONSEN Time: 08:58 pm To: MICHAEL MCCLUNE (Rcvd) (Read 109 times) Subj: R: EXTERNAL STRUCTURES Well, yes, that does effectively duplicate the structure definition while maintaining a central definition, but I don't want duplicates, I want all the functions to point to the SAME definition. Maybe I forgot to state that while some of the pointers to this type of structure are to be local others are to be global. I want a linked list that has a starting point that is globally recognized, but the functions that add or modify the list use local, temporary pointers to accomplish their task. --------------- ** Current thread: EXTERNAL STRUCTURES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32QR1068 Date: 02/21/90 From: JOHN HEIM Time: 10:17 pm To: WARREN SIMONSEN (Rcvd) (Read 101 times) Subj: R: EXTERNAL STRUCTURES You can declare entry to be a global then still pass it's address to a function. typedef struct { .... } ENTRY; ENTRY entry; main() { funct(&entry); } funct(ENTRY *locentry) { .... } This pointer to locentry in funct is local. I'm not sure if this is what you're getting at though. Hope I'm not waisting your time. John --------------- ** Current thread: EXTERNAL STRUCTURES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32SC1668 Date: 02/23/90 From: STEVE HOVEY Time: 08:27 am To: JOHN HEIM (Rcvd) (Read 98 times) Subj: R: EXTERNAL STRUCTURES to set up a structure u can use anywhere forget the typedef.. use this instead struct entry { name[81]; address[21]; ....... }; main() { struct entry entry[20] /* if u want an array of entry structures */ ....... ........ } secondroutine() { struct entry entry[21]; /* both of these entry structs are local to their routines... u can pass a struct and its information like this */ thirdroutine(&entry); ..... } thirdroutine( struct entry *entry) { .... /* now when u do sumthin to a field in entry it will return the changes to secondroutine but NOT to main */ ..... } if this dont answer it them i dont know what is being asked --------------- ** Current thread: EXTERNAL STRUCTURES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32SN2235 Date: 02/23/90 From: MICHAEL MCCLUNE Time: 07:37 pm To: WARREN SIMONSEN (Rcvd) (Read 91 times) Subj: R: EXTERNAL STRUCTURES Warren Use this definition for your struct typedef struct entry{ int some; char thing; }; /* no memory is allocated for this struct */ /* put this in a header file */ /* which must appear in any file using this def */ then in your main file declare a global var entry global; main(){ } /* now you have one global var which may be ref'd */ in your next file #include the def of the struct. file_2() { entry local; /* space is allocated and only visible */ /* to this func */ } no duplicates are made of the struct and each func has its own copy of the struct. If you want to use the global def global declare it extern in another file so. extern entry global; file_3(){ } /* compiler looks up the def in the header file */ /* finds it and assumes that the global var is */ /* defined another file */ by the way your def would create dups of the struct because you have declared a var of that struct notice the difference typedef struct { ... ... }yours; /* memory allocated and you don't want this */ --------------- ** Current thread: EXTERNAL STRUCTURES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32SS3106 Date: 02/23/90 From: WARREN SIMONSEN Time: 11:51 pm To: MICHAEL MCCLUNE (Rcvd) (Read 88 times) Subj: R: EXTERNAL STRUCTURES Thank you. Your response was directly to the point. After my last message it occurred to me that the definition of the structure should not require assigning memory and that the actual assignment of memory should be able to be treated just like any other variable. The point I was missing was that following the last } with the structure name actually assigned the memory. Consider a very small area of ignorance to have been eliminated! --------------- ** Current thread: EXTERNAL STRUCTURES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32T10079 Date: 02/24/90 From: WARREN SIMONSEN Time: 12:01 am To: JOHN HEIM (Rcvd) (Read 87 times) Subj: R: EXTERNAL STRUCTURES I never consider any response a waste of my time. Your idea is correct to a point, but consider Michael Mcclune's message of 2/23/90 to me. The point I was missing was that the label after the last } in the struct definition actually assigned memory. --------------- ** Current thread: EXTERNAL STRUCTURES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32TC1207 Date: 02/24/90 From: MICHAEL MCCLUNE Time: 08:20 am To: WARREN SIMONSEN (Rcvd) (Read 85 times) Subj: R: EXTERNAL STRUCTURES Warren Sometimes all it takes is anothers perspective of a problem and I should have been more specific in my first response, ignorance on my part. We each learned something. Your welcome Mike --------------- ** Current thread: EXTERNAL STRUCTURES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 333H2034 Date: 03/03/90 From: JOHN HEIM Time: 01:33 pm To: WARREN SIMONSEN (Rcvd) (Read 83 times) Subj: R: EXTERNAL STRUCTURES I dont think the label after the last } in a struct definition assigns memory if its a typedef. ie ... struct { ... } label; /* This uses up memory */ typedef struct { ... } LABEL; /* This does not use up memeory */ Maybe with the typedef a little memory is used to keep the definition of the type but no structure is allocated. John --------------- ** Current thread: EXTERNAL STRUCTURES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 335R1259 Date: 03/05/90 From: WARREN SIMONSEN Time: 10:21 pm To: JOHN HEIM (Rcvd) (Read 75 times) Subj: R: EXTERNAL STRUCTURES So much for simple answers.... I guess I'll have to do some experimenting when I get get through all the "by the way" projects that have gotten in the way since I left the first question. Thanks for your input. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32QJ1750 Date: 02/21/90 From: KEAN JOHNSTON Time: 03:29 pm To: ALL (Read 82 times) Subj: R-TREE HELP PLEASE? Ok - Exec-PC is my last hope for a solution to my problem. However, before I launch into a detailed explaination of the problem, if anyone can help me then they sould have a rather complete knowledge of Faircom's c-tree and r-tree database and report programs. (Oh, and before you ask, noI did NOT use d-tree to develop my application!). So, if you know r-tree quite well, then I would appreciate you letting me know, and I will post the description of my problem here, and you can try and solve it for me. I just wish that r-tree had a manual which was HALFWAY as complete as the d-tree manual. If it helps, I am using c-tree version 4.3 release D and r-tree version 1.1 release F. I thank you all in anticipation, Kean Johnston UUCP: wiz@tabbs.UUCP UUCP: ..!ddsw1!olsa99!tabbs!wiz --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32QR2331 Date: 02/21/90 From: JOHN HEIM Time: 10:38 pm To: KEAN JOHNSTON (Rcvd) (Read 97 times) Subj: R: R-TREE HELP PLEASE? If nobody on Exec can help you might check Compuserve and BIX to see if Faircomm has a tech support conference there. I have subscriptions on each so I could check for you if you'd like. John --------------- ** Current thread: R-TREE HELP PLEASE? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32RB1950 Date: 02/22/90 From: KEAN JOHNSTON Time: 07:32 am To: JOHN HEIM (Rcvd) (Read 102 times) Subj: R: R-TREE HELP PLEASE? John - I woish I could ask Faircom for help directly, but unfortunately they wont deal with us because we are from South Africa. We have to go through back doors just to get the product, which is sad, sincewe have been using Faircom products for years. The same thing happened with Solution Systems, who will no longer supply us with BRIEF updates - we now have to purchase a brand new copy of BRIEF every time it is upgraded. Silly, I know, but true. I just hope that if anyone on this BBS can help me, that they will just forget about my country of origin and help a fellow C programmer out. Yours sincerely, Kean Johnston UUCP: wiz@tabbs.UUCP UUCP: ..!ddsw1!olsa99!tabbs!wiz >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32UH3033 Date: 02/25/90 From: RICHARD POELING Time: 01:50 pm To: ALL (Read 82 times) Subj: C COMPILER DIFFERENCES I'm sure this question has probably been asked before, but I need to ask it anyway. I am planning on purchasing a new C Compiler to replace the Power C that I use. I don't know if it doesn't like my computer or what, but there are too many times when I can't get the programs I compile hang up. In addition, programs that they have already compiled (they have a set of unix like programs for dos) often hang up as well. These usually include those that perform direct access to the disks. At any rate, it's time for a change. I have been thinking about buying Microsoft C compiler. However I have heard people talking about Quick C and Turbo C as well. Since Microsoft C is more expensive than the others, one might assume that it can do everything the other two can do and more. Is this true? Or can the other two do things that Microsoft C can't. Would I be better off to buy all three? If somone can give me some info on this, I sure would appreciate it. Thanks, Rick. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32UL3133 Date: 02/25/90 From: NESHAM SOFTWARE Time: 05:52 pm To: RICHARD POELING (Rcvd) (Read 91 times) Subj: R: C COMPILER DIFFERENCES Gee, should I touch this? Aw, why not. I program at work using the Microsoft C compiler. At my home office we use the Turbo C compiler. The Quick C compiler comes with the MSC5.1 compiler. Turbo C is definately the more bang for the buck. In fact, Turbo C is as good in most areas as MSC. And better in others. Turbo C gives the ability to compile and edit within one integrated environment a large project. I think that is the key word - large. MSC can compile and edit within the same environment via the M editor but memory is usually inadequate to compile many modules and link them at the touch of a keystroke. TC has no problems compiling a large project and linking. TC has very good speed compared to MSC - TC will always win and the optimization is very good. TC's debugger is superior and can take an MSC exe and convert it to TC's debugger format. QUICK C is weak with large projects and will run out of memory. However, the future will bring MSC 6.0 which is supposed to have a fully integrated environment and hypertext capabilities. I am looking forward to using this. Also, Turbo C will incorporate C++ into its compiler and I am looking forward to that as well. You can't go wrong with either compiler. Unless you intend to get into OS2, the speed of TC is worth whatever psychological discomfort it may bring. Put another way, if TC and MSC were the same price I would still but TC. Tim --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32UM0318 Date: 02/25/90 From: JIM MONROE Time: 06:05 pm To: NESHAM SOFTWARE (Rcvd) (Read 98 times) Subj: R: C COMPILER DIFFERENCES I have been using the Power C for about 2 years and I am very happy happy with the work. There are a number of syntax differences between tc and powerc but I have not had many problems --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32VD3559 Date: 02/26/90 From: KEAN JOHNSTON Time: 09:59 am To: RICHARD POELING (Rcvd) (Read 84 times) Subj: R: C COMPILER DIFFERENCES Rick. I have researched at some lemgth the virtues of the various C compilers on the market. I hope that the following is of some value to you: TURBO C 2.0: A fine compiler, with good text window support, and very quick compile times. It prm<ªjæ÷oduces clean, fast code. However, I have had problems with TC when using the large memory model which I don't experience with MSC 5.1. Without being biased, Borland products invariably seem to fail when you push them to the limit. √·╓√▀ Microsoft Optomising C compiler V5.1: My personal favourite. It is not as fast in terms of compile times as TC2.0, but the optomiser seems to be more stable, and the code it produces is VERY fast. It also seems to produce smaller executables than TC2. Also, there seem to be more libraries availble for MSC. Quick C 2.0: This is just a scaled down version of MSC 5.1. It has an integrated development environment like TC does, and an excelent HyperText help system which knocks TC's into a cocked hat. JPI TopSpeed C: I have never used this one personally, but I know several people who have, so I can tell you what they think of it. It is compatible with both MSC and TC source, as it has a superset of both libraries. It is reported to be as fast in compile time as TC2.0, but - it has a smart linker.This can drastically reduce the size of your executables. It also has a good IDE and help system, a┤╧╣l■M\Σ■╗&\Ωd is reported to be more ANSI compatible than both MSC and TC. Those who have used it swear by it, and wouldn't use anything else. Also, its debugger is supposed to be quite revolutionary. It seems as if JPI is the one to go for (I'm waiting for my copy to arrive). I will give you a more detailed report on its virtues as soon as I have had hands-on experience. Regards, and I hope this helps, Kean Johnston UUCP: wiz@tabbs.UUCP UUCP: ..!ddsw1!olsa99!tabbs!wiz --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32VK2461 Date: 02/26/90 From: NESHAM SOFTWARE Time: 04:41 pm To: JIM MONROE (Rcvd) (Read 82 times) Subj: R: C COMPILER DIFFERENCES That used to called MIX C I believe. I started with that compiler. By far it has the most bang for the buck! Tim --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32VK2791 Date: 02/26/90 From: GLEN THOMPSON Time: 04:46 pm To: RICHARD POELING (Rcvd) (Read 82 times) Subj: R: C COMPILER DIFFERENCES Rick, I've used the older Microsoft compilers and prefer Turbo C. The original Quick C was almost worthless. The newer versions are better. You're going to get a lot of opinions on this since picking a compiler is very subjective. Borland offers the best price/performance in Turbo C while the full blown MS C has some advantages like OS/2 support. Borland is working on a deal with Watcom to make the two compilers compatible so you can use Turbo C for prototyping and Watcom C for the final versions. Watcom C has some of the best optimization routines in the business. glen --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 333F2653 Date: 03/03/90 From: GRANT ELLSWORTH (Leader) Time: 11:44 am To: RICHARD POELING (Rcvd) (Read 90 times) Subj: R: C COMPILER DIFFERENCES Rick, I think our colleagues have given you some useful info. But, I'd like to supplement it with a few comments of my own. With specific com- parisions of TC, MSC, and others, I lean strongly away from using MSC unless there is a COMPELLING reason to do so --- such as: need to do Oh-S***/2 NOW, or some support lib for special purpose (hardware/soft- ware function) is available only in MSC and vendor has unwisely said MSC ONLY yesterday, today, and forever!. My primary reason is that I have stumbled into too many "glitches" when using MSC. These have varied from undocumented/or poorly and obscurely documented design deficiencies, improperly generated code --- especially when letting some optimizations take effect, thru documented to do it one way and actually does it another (while puking all over you in the process). Now, I am told that MSC 5.1 adresses some of the paddies I have stepped into, but my expereience has been such that I do not trust this product. For all the claims and raves about this thing as being the "industry standard", it has been, at best, the lowest common denominator of true garbage and useable programming tools. That's my considered opinion and experience. TC, on the other hand, has given me far fewer problems --- particularly the current release (2.01). On the matter of optimization and effective production of time-efficient code, MSC has done a better job than TC. But, the garbage that you risk stepping into in achieving your optimized results can cost too much time to wade out of. Also, if optimized code is of prime importance, then WatCom C seems to be the better choice. For self-teaching and learning to use C, I have found both TC and MIX Power C good devices. BUt, you need a general purpose C book on hand to supplement the vendor supplied documentation. This is true for any C compiler. Lastly, programmers don't write perfect code. And the clerical errors are sometimes more destructive than the logic or design errors and are often harder to find. Hence you need a good symbolic debugger. For my money, the Turbo Debugger is in a class way out in front by itself, leav-- ing MS Codeview and Watcom's WVideo somewhere way back in the track. But, I will say that CodeView and WVideo are useable. Hope these comments add to your considerations. Enjoy your C programming experience whatever compiler you choose. Regards, Grant --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 333H3481 Date: 03/03/90 From: JOHN HEIM Time: 01:58 pm To: RICHARD POELING (Rcvd) (Read 84 times) Subj: R: C COMPILER DIFFERENCES Rick, With all the discussion I'm surprised no one mentioned the fact that Quick C's editor is infinately better than Turbo C's. I have yet to meet anyone who is comfortable with both and isn't fustrated by Turbo's editor. I think QuickC's editor may be the best available anywhere (though I hear Brief is pretty good). It's better than emacs, VI, and Turbo anyway. However, Turbo is definately the superior compiler and when I had to choose which to buy for my own use at home, I chose Turbo even though I think the editor sucks. QuickC's (and MSC's) speed, exe size, and libraries are all more than adequate for most jobs. If you're going to be doing routine programming but lot's of it, the quality of QuickC's editor might make it the right product for you. John --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 333J1152 Date: 03/03/90 From: ROBERT BALSOVER Time: 03:19 pm To: JOHN HEIM (Rcvd) (Read 83 times) Subj: R: C COMPILER DIFFERENCES John, I am comfortable with both and like Borlands editor better. In fact I had QC and dumped it for TC. Bob --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 333M1087 Date: 03/03/90 From: JIM MONROE Time: 06:18 pm To: NESHAM SOFTWARE (Rcvd) (Read 79 times) Subj: R: C COMPILER DIFFERENCES I beleive that they (MIX) will be relaeseing the multiple memory model version shortly. This seems to be the only problem that I have had sofar in my beginning travel into C programing. --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 334R0796 Date: 03/04/90 From: JOHN HEIM Time: 10:13 pm To: ROBERT BALSOVER (Rcvd) (Read 84 times) Subj: R: C COMPILER DIFFERENCES You like typing ^KB and ^KK just to mark a block? In QuickC you just hold the shift key down and use the arrows. Also to copy a block from one file to another in Turbo you have to write it to disk. My TC directory is full of temporary files because of this. And, if there's a SEARCH hotkey in Turbo I have yet to find it. In QuickC is't ^\. People are always complaining about the editor in Borlands conference on Compuserve. This has lead to a great deal of speculation that they're going to change it for their next release. Are you really comfortable with QuickC's editor? What don't you like about it? John --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 335M0904 Date: 03/05/90 From: NESHAM SOFTWARE Time: 06:15 pm To: JOHN HEIM (Rcvd) (Read 79 times) Subj: R: C COMPILER DIFFERENCES I downloaded the recent version of Qedit from this board. A superior editor to Turbo C. It now does column blocking and swaps to expanded memory or disk. I loaded Turbo C via Qedit and compiled! Of course I have a 386. Tim --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 335N1741 Date: 03/05/90 From: ROBERT BALSOVER Time: 07:29 pm To: JOHN HEIM (Rcvd) (Read 80 times) Subj: R: C COMPILER DIFFERENCES John, Part of the reason I like TC's IDE is it mimics something I'm use to, Wordstar. I'm also not a mouser. As far as those temporary files used to transfer block's, it's something they should have thought of, but also there are times I wish to have it in a temporary file. . As far as people in the BPROGB forem complaining about the editor, funny I never once have seen that and I'm on daily. . If all of those little files in your TC directory bother you, try using the same name each time you do it, then you'll only have one temporary file. But, in the end it's just a matter of personal taste right? Bob --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 335Q1417 Date: 03/05/90 From: JOHN HEIM Time: 09:23 pm To: NESHAM SOFTWARE (Rcvd) (Read 81 times) Subj: R: C COMPILER DIFFERENCES Do you loose the integrated environment when you do that? You cant still set break points and watch variables using Qedit can you? John --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 335Q2561 Date: 03/05/90 From: JOHN HEIM Time: 09:42 pm To: ROBERT BALSOVER (Rcvd) (Read 80 times) Subj: R: C COMPILER DIFFERENCES Yes, it's a matter of personal taste. But my point was that all other things being equil, an impartial observer would like QuickC's editor much better. I anticipated people saying they used both but liked Turbo's editor better but I really think it's only because they're more familiar with Turbo's editor. Lets face it, it just plain takes a lot more keystrokes to do the same thing in Turbo C's editor than in QuickC and it's a lot less intuitive. John PS. I was reading a bunch of messages about how Borland could improve TC about 4-5 months ago. I think it was in Borlands conference on Compuserve but I wouldn't swear to it. --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33AL3496 Date: 03/06/90 From: GRANT ELLSWORTH (Leader) Time: 05:58 pm To: JOHN HEIM (Rcvd) (Read 87 times) Subj: R: C COMPILER DIFFERENCES John, Re: TC's built-in editor ... I agree, the editor is a bit archaic, but, at the time it was first put together, there were a lot of us who were broken in on the WordStar editor from CP/M. All told, I find it quite usable except where I wish like heck it had multiple window/file capability and that I could cut and paste between windows without writing a marked block to an intermediate file. The search hot key (to the extent it's really a hot key) is ^L which repeats the last find or find/replace. I haven't tried the new QC editor, so I can't comment on it, but the last release I tried left much to be desired and much to wish for. Maybe the best thing that could happen would be for Borland to come up with a totally different editor with a snazzier user interface and a radical departure from the WordStar keystrokes. But as a Wordstar (current) user (of 4.0) and a vet Wordstar user at that (going back to the CP/M version), I'd find those very old ingrained habits very hard to break. Grant --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33AQ3052 Date: 03/06/90 From: ROBERT BALSOVER Time: 09:50 pm To: JOHN HEIM (Rcvd) (Read 90 times) Subj: R: C COMPILER DIFFERENCES John, Isn't hard for you to say what a impartial person would say, when you are obviously not impartial. Bob --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33BM0759 Date: 03/07/90 From: NESHAM SOFTWARE Time: 06:12 pm To: JOHN HEIM (Rcvd) (Read 80 times) Subj: R: C COMPILER DIFFERENCES I don't use the debugger in the environment. However I don't see why not. To swap out to memory, Qedit loads a 7k shell plus command.com or a total of about 10k(?). So you have total_memory - 10k for TC! Of course the more .obj's that are compiled with symbolic info the worse. Tim --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33BM0965 Date: 03/07/90 From: NESHAM SOFTWARE Time: 06:16 pm To: JOHN HEIM (Rcvd) (Read 82 times) Subj: R: C COMPILER DIFFERENCES I have used both TC and QC editors and agree with you about the key definitions. But they are fully configurable. Why on earth would programmers CARE what the default key definitions are when they can set them themselves? Can TC mark columns? Can QC? M.exe can. Tim --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33BN1541 Date: 03/07/90 From: JOHN HEIM Time: 07:25 pm To: GRANT ELLSWORTH (Rcvd) (Read 80 times) Subj: R: C COMPILER DIFFERENCES I don't know. I've heard from rumors from 2 different sources that Borlands gonna change the editor. I'm sure they'll let the old commands work too. It'd be too bad for PR (not to mention the sanity of the installed user base) to do otherwise. John --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33BN2027 Date: 03/07/90 From: JOHN HEIM Time: 07:33 pm To: ROBERT BALSOVER (Rcvd) (Read 81 times) Subj: R: C COMPILER DIFFERENCES I am impartial. After all I own Turbo C. Don't you think I'd stick up for my own choice of compiler? I happened to have learned them both at approximately the same time. Anyway, the editor alone is no reason to choose a compiler. I choose Turbo C because it's better in almost every other way. --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33BN2605 Date: 03/07/90 From: JOHN HEIM Time: 07:43 pm To: NESHAM SOFTWARE (Rcvd) (Read 79 times) Subj: R: C COMPILER DIFFERENCES RE: Can TC mark columns? Can QC? I don't know. What do you mean 'mark columns'. Like this ... main (argc, ARGV) int arGC; char **ARGV; { printf("HELLo world\n); } Where colums 13-16 are marked (indicated with capital letters). That might be good for fixing messed up indentation. Both TC and QC allow you to mark part of a line. Like so ... main (argc, argv) int argc; char **arGV; { PRINTF("HELLo world\n); } Where the last three chars of the 3rd line through the 2nd L in hello are marked. --------------- ** Current thread: C COMPILER DIFFERENCES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33DR1836 Date: 03/09/90 From: ROBERT BALSOVER Time: 10:30 pm To: JOHN HEIM (Rcvd) (Read 78 times) Subj: R: C COMPILER DIFFERENCES John, You're right, the editor is far from the most important reason to choose a compiler. Bob >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32VP1221 Date: 02/26/90 From: RICHARD PLAMAN Time: 08:20 pm To: ALL (Read 82 times) Subj: HISTOGRAM being a novice presently enrolled at MATC, one of our assignments is to program a loop array then produce a histogram (horizontal) to indicate the length of each of the values. I am having trouble in multiplying the character times the int. In other words, if n is my char and my first index is 5 I would want to see 'nnnnn'. I cannot even describe what I am getting. All kinds of graphics characters. Can anyone help me? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32VS0127 Date: 02/26/90 From: RICHARD POELING Time: 11:02 pm To: RICHARD PLAMAN (Rcvd) (Read 87 times) Subj: R: HISTOGRAM Unless I'm not reading far enough into your message, it sounds like a rather simple problem. int value; char histo; value = 5; histo = 'n'; while(value--) putchar(histo); --------------- ** Current thread: HISTOGRAM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32WN0197 Date: 02/27/90 From: RICHARD PLAMAN Time: 07:03 pm To: RICHARD POELING (Rcvd) (Read 78 times) Subj: R: HISTOGRAM Richard, thanks, I will try it. I was attempting to multiply n times the index with some very wild results. This is a real learning experience, and I thank you again. --------------- ** Current thread: HISTOGRAM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32WQ1838 Date: 02/27/90 From: MICHAEL MCCLUNE Time: 09:30 pm To: RICHARD PLAMAN (Rcvd) (Read 81 times) Subj: R: HISTOGRAM Richard, I read your poser a little differently, here would be my solution. #include <stdio.h> /* need for printf() */ void main(void) { int i=0; /* decalre and initilize */ char array[6]={""}; /* decalre and initilize array */ /* 5 for the char and 1 for NULL terminator */ while(i<=4) { array[i]='n'; /* fill array */ i++; /* increment variable */ } printf("%s",array); /* print the string */ } /* end of main() */ the reason for not incrementing the var i in the while loop is that the var would be incremented once before the loop actually executed. Give this a try once maybe its what your looking for. Mike --------------- ** Current thread: HISTOGRAM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 331P1313 Date: 03/01/90 From: RICHARD PLAMAN Time: 08:21 pm To: MICHAEL MCCLUNE (Rcvd) (Read 86 times) Subj: R: HISTOGRAM Michael, Thank you for responding. These arrays are still much foreign to me. I got it to work OK, but intended to load the table, and then draw the histogram. As it is, the histogram echo's after each number is input. I will give your code a try. Thanks again for taking the time to respond. --------------- ** Current thread: HISTOGRAM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 335N1720 Date: 03/05/90 From: RICHARD PLAMAN Time: 07:28 pm To: JIM MONROE (Rcvd) (Read 77 times) Subj: R: HISTOGRAM Jim, thanks for the advice. It is becomming clearer. I am learning that there is definitely more than one way to skin a cat. Again, thank you. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32X31613 Date: 02/28/90 From: STEVE LIN Time: 03:26 am To: ALL (Read 85 times) Subj: COMM I/O ROUTINES I'm searching for some routines which will show me exactly how to conduct comm port i/o with Turbo C on my machine. I want to be able to redirect text to both the local console and the remote as well as monitor carrier and accept input from both local and remote. Does anyone have a solution? Thanks in advance! --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33SI1096 Date: 03/23/90 From: JEFF NOWLAND Time: 02:18 pm To: STEVE LIN (Rcvd) (Read 81 times) Subj: R: COMM I/O ROUTINES Steve, There is a book out called C programmers guide to serial communications. I forget the author's name off hand , but it does a good job of explaining the whole thing and gives beaucoup code. JDNowland! --------------- ** Current thread: COMM I/O ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33SJ0088 Date: 03/23/90 From: ROBERT BALSOVER Time: 03:01 pm To: JEFF NOWLAND (Rcvd) (Read 77 times) Subj: R: COMM I/O ROUTINES Jeff & Steve, The authors name is Joe Campbell, the publisher is Howard Sams & Co. Bob --------------- ** Current thread: COMM I/O ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33SJ0175 Date: 03/23/90 From: ROBERT BALSOVER Time: 03:02 pm To: JEFF NOWLAND (Rcvd) (Read 80 times) Subj: R: COMM I/O ROUTINES A word of warning, if you use the material with TC, you have to stay in the small model. Various bugs pop up in the large model. Bob --------------- ** Current thread: COMM I/O ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33^G0266 Date: 03/31/90 From: JEFF NOWLAND Time: 12:04 pm To: ROBERT BALSOVER (Rcvd) (Read 79 times) Subj: R: COMM I/O ROUTINES I've been hearing some comments about TC in the large memory model having bugs! Are you referring to the Campbell material specifically or TC's large memory model. I've been using TC since v1.00 and have thus far been able to identify all known bugs in my programs and explain them in terms of my code. If TC is the problem, can anyone tell me what that problem is. JDNowland. --------------- ** Current thread: COMM I/O ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33^G0983 Date: 03/31/90 From: JEFF NOWLAND Time: 12:16 pm To: JEFF NOWLAND (Rcvd) (Read 76 times) Subj: R: COMM I/O ROUTINES Looks like I should have read the rest of the messages here before leaving last one. Had me in a panick for a minute! JDNowland! --------------- ** Current thread: COMM I/O ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33^M0394 Date: 03/31/90 From: ROBERT BALSOVER Time: 06:06 pm To: JEFF NOWLAND (Rcvd) (Read 75 times) Subj: R: COMM I/O ROUTINES Jeff, I was refering to Campbells material. TC isn't any problem at all, but you knew that already.<grin> Bob --------------- ** Current thread: COMM I/O ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 354Q1517 Date: 05/04/90 From: STEVE LIN Time: 09:25 pm To: JEFF NOWLAND (Rcvd) (Read 76 times) Subj: R: COMM I/O ROUTINES Yes, I know about that book. It's based on MSC, y'know. I'm much more favorable with TC... the last MSC version I have is 4.00... that's good enough for me. I did manage to get routines to punch into FOSSIL drivers. --------------- ** Current thread: COMM I/O ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35TR1063 Date: 05/24/90 From: STEVE LIN Time: 10:17 pm To: JEFF NOWLAND (Rcvd) (Read 75 times) Subj: R: COMM I/O ROUTINES Okay, thanks, Jeff. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32XR2743 Date: 02/28/90 From: CLIVE JENKINS Time: 10:45 pm To: ALL (Read 87 times) Subj: HELP WITH CALLOC. I'm looking for some help from a knowledgeable C programmer. (#define knowledgeable all readers since I'm new to programming in C.) I've been writing a program where I need to set up a 2-dimensional array at run time, and had hoped simply to use calloc and be able to access with *(*(array+i)+j) notation. When I try array = (int *) calloc(Y, X*2); /* for array[Y][X] */ I get memory allocation where array+n gets the n-th integer, but double indirection gets an "invalid indirection" error from the compiler. I've been able to do what I want by allocating memory for a second array for pointers: ptr = (int *) calloc(Y, 2); for(i=0; i<Y; i++) *(ptr + i) = array + i*X; and can then access array[i][j]. I still can't use the expression: *(*(ptr+i)+j*2) /* the 2 needs to be there to get the next integer rather than the next byte */ but need to do the following variable assignment first: address = *(ptr+i) + j*2; ij_array_element = *address; Even though what I've done works, it's messy. Any suggestions for a more elegant method? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33SI1411 Date: 03/23/90 From: JEFF NOWLAND Time: 02:23 pm To: CLIVE JENKINS (Read 77 times) Subj: R: HELP WITH CALLOC. Clive, Since you are creating dynamically a two dimensional array, ptr must be declared as int **. Then the following should work: int **ptr; ptr = (int **)calloc( Y, sizeof( int * ) ); for( i = 0; i < Y; i++ ) ptr[i] = (int *)calloc( X, sizeof( int ) ); you should then be able to access the array as either *( *(ptr+i) + j ) or ptr[i][[j] happy hunting! JDNowland! >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 331M2743 Date: 03/01/90 From: JOE VINCENT Time: 06:45 pm To: ALL (Read 83 times) Subj: PERSONAL HI, GENE! Message CC'd to: GRANT ELLSWORTH GENE ALM ALL I received a brochure in the mail this week from UMW advertising a seminar on "'C' Programming with Style and Discipline." I opened it to see who was the instructor and it turned out to be none other than the erudite Dr. Eugene J. Alm! "Hey!", I said to my wife, "I know this guy!" Oh, how the meek in spirit have been elevated! And nobody deserves the recognition more than Gene, who has helped many of us unselfishly here on Exec with our mundane C problems. Go get 'em, Gene! (Still haven't figured out why they mailed such a high-falutin' solicitation to Kentucky!) -=≡{JOE}≡=- (tm) --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 332D3391 Date: 03/02/90 From: GREG FRANCIS Time: 09:56 am To: ALL (Read 83 times) Subj: C PROGRAMMERS IN MADISON HELP WANTED We are seeking systems and applications programmers and engineers with a minimum of 2 years experience in Intel Assembler and C language programming and a bachelor's degree in Computer Science, Engineering or Physics. The openings are immediate and the company is a well established Madison area manufacturer of leading edge scientific products. Please send all replies to: GREG FRANCIS Any referrals would be appreciated. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 333I0807 Date: 03/03/90 From: JOHN HEIM Time: 02:13 pm To: ALL (Read 78 times) Subj: MARK WILLIAMS C All this talk about compilers has got me thinking about the first compiler I ever bought. About 4 years ago Mark Williams Co came out with a C compiler with a source code debugger for $75. This was several months before Microsoft released QuickC (which I believe sold for $150 then). So it was a pretty good deal. But I haven't heard anything about it since. Anybody know what happened? John --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 333K2689 Date: 03/03/90 From: RICHARD POELING Time: 04:44 pm To: ALL (Read 85 times) Subj: TURBO C VS. TURBO C PRO I thank all of you who have expressed their views about the various C compilers. It looks like Turbo C is the route I'll be taking. However, now I have to ask which Turbo C I should get. As long as Turbo C Pro is as easy to use as regular Turbo C and ask long as Turbo C Pro has all of the features as regular Turbo C and more, then that's the one I'll go with. Can anyone tell me if this is the case? Thanks, Rick. --------------- Following thread ? ---------- N (Next): Select "N" (no quotes) to read the next message. If you're currently following a thread, the next message in that thread will display. Otherwise, the message immediately following your current message will display. ---------- B (Backward): Select "B" (no quotes) to read the previous message. ---------- D (Delete): Select "D" (no quotes) to delete the current message. If the message is marked and the person it is to hasn't read it, it will automatically be unmarked. After deleting messages, the system automatically goes to the next message. If you're reading a thread, the next message will be the next message in the thread. If you didn't write the current message and the message isn't to you, the system will not allow you to delete it. ---------- L (List): Select "L" to list the current message again. ---------- R (Reply): Select "R" to reply to the message you are currently reading. The system will allow you to compose a message that will automatically be sent to the person who sent the message you were reading. ---------- P (Private): Select "P" (no quotes) to send a confidential reply to the person who left the message you're currently reading. The resulting reply will be hidden from everyone but the person you're replying to and yourself. ---------- M (Mark): Select "M" (no quotes) to keep the current message marked. You can the quickly find it again by reading your marked mail. If the current message isn't to you, the system treats it just like you had pressed "N." ---------- T (Thread): Select "T" (no quotes) to read messages that share the same topic as the current message. Messages sharing the same subject are automatically part of the same thread. Pressing "T" will start the thread at the current message. You can go backwards in threads by selecting <B>ack once you're within the thread. If there is no thread on the current message, the system treats your "T" just like it were an "N." ---------- C (Continuous): Toggles the state of "pausing after each message". If you told the BBS to pause after each message, hitting the "C" command will make it so the BBS no longer pauses after each message. If you are not pausing after each message, hitting "C" will make the BBS begin to pause after each message. ---------- A (Abort): Select "A" (no quotes) to stop reading the current message. If you aren't within a thread, the READ MENU will appear again. If you are reading a thread, the system will abort to the point where you began reading the current thread. Press any key to continue -> [N]xt (B)ack (L)st (R)ply (P)riv (C)ntuos (T)hrd (A)brt (?=HELP)-> C> Pausing after each message is now ON > The current message will now be re-displayed Conf: PROGRAMMING Topic: C LANGUAGE Ref: 333P0998 Date: 03/03/90 From: NESHAM SOFTWARE Time: 08:16 pm To: RICHARD POELING (Rcvd) (Read 92 times) Subj: R: TURBO C VS. TURBO C PRO Turbo C is the same TC in both alone and pro. With pro you get a great debugger and an assembler. Definately worth a few extra bucks. Tim --------------- ** Current thread: TURBO C VS. TURBO C PRO [N]xt (B)ack (L)st (R)ply (P)riv (C)ntuos (T)hrd (A)brt (?=HELP)-> C > Pausing after each message is now OFF Conf: PROGRAMMING Topic: C LANGUAGE Ref: 334R2420 Date: 03/04/90 From: JOHN HEIM Time: 10:40 pm To: RICHARD POELING (Rcvd) (Read 81 times) Subj: R: TURBO C VS. TURBO C PRO I agree that Turbo Pro is worth the bucks. I made the mistake of buying just TurboC and eventually ended up buying the Assembr/Debugger separately anyway. John >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 334F2827 Date: 03/04/90 From: DEAN LIND Time: 11:47 am To: ALL (Read 85 times) Subj: HUNGARIAN SYNTAX I've ocassionally heard reference made to what is called the 'Hungarian' syntax or system of naming variables, subroutines etc within a program. As I understand it, this is a system of naming conventions that allow you to immediately tell exactly what type of variable you're dealing with, what sort of subroutine or procedure you're looking at or whatever, simply from the syntax of the variable or subroutine name. I believe this system is used 'in-house' at MicroSoft, though I could be mistaken. In any case, if anyone knows of this naming system, or knows where I can learn it, I would greatly appreciate the information. I've been looking for a system like this for some time, have tried unsuccessfully to come up with my own (that I'm happy with). THANKS!!! --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 335L0261 Date: 03/05/90 From: DEAN LIND Time: 05:04 pm To: JOHN HEY (Rcvd) (Read 81 times) Subj: R: HUNGARIAN SYNTAX John: Thank you very much for the info concerning Hungarian notation. It is much appreciated, and I'll definately try to get my hands on a copy of Programming Windows. --------------- ** Current thread: HUNGARIAN SYNTAX Conf: PROGRAMMING Topic: C LANGUAGE Ref: 335S0372 Date: 03/05/90 From: RICHARD POELING Time: 11:06 pm To: DEAN LIND (Rcvd) (Read 81 times) Subj: R: HUNGARIAN SYNTAX My interest was peaked when I read your request for Hungarian syntax, but the person who left you the message did so privately. Can you relay the information he gave you to the rest of us. thanks. --------------- ** Current thread: HUNGARIAN SYNTAX Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33AL1554 Date: 03/06/90 From: DEAN LIND Time: 05:25 pm To: RICHARD POELING (Rcvd) (Read 86 times) Subj: R: HUNGARIAN SYNTAX Richard: They passed on the fact that in a book called Programming Windows, published by MicroSoft, there is an explination of this syntax as it's used at MicroSoft. --------------- ** Current thread: HUNGARIAN SYNTAX Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33AL1711 Date: 03/06/90 From: DEAN LIND Time: 05:28 pm To: KEAN JOHNSTON (Rcvd) (Read 85 times) Subj: R: HUNGARIAN SYNTAX Kean: THANK YOU very much for your explination of this syntax! It is very much appreciated and will, I'm sure, come in handy. This is just what I was looking for! Sincerely, Dean Lind >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 335D0190 Date: 03/05/90 From: BILL ZIMMER Time: 09:03 am To: ALL (Read 79 times) Subj: MS WIN & C HELLO EVERYONE!, I have a question that I haved been given conflicting answers on and I hope one of you has direct experience on it...... I ppresently own TurboC 2.0 and I want to start doing window's programming, Now I know I have to have the Windows Development Kit, But do I need MSC? From all I have heard TurboC is much better... and I would hate to pop for MSC if I dont need it. So the question is can you develope MS Win. apps with TurboC or do I need MSC??? Thanks for the help! --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 335N2017 Date: 03/05/90 From: ROBERT BALSOVER Time: 07:33 pm To: BILL ZIMMER (Rcvd) (Read 80 times) Subj: R: MS WIN & C Sorry Bill, You'll need MSC for that. TC and MSC deal with doubles in the same way. I think it has something to do with MSC passing it on the NPU and TC passes it on the stack. Bob --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33AC2009 Date: 03/06/90 From: BILL ZIMMER Time: 08:33 am To: ROBERT BALSOVER (Rcvd) (Read 80 times) Subj: R: MS WIN & C Thanks Bob, That was of course NOT the answer I wanted to hear, but then again... it was the answer I expected! You wouldn't happen to know when a new version of MSC will be out do you? Trying to get an answer out of MS on compuserve is like pulling teeth! They wont even admit to a Windows 3.0 yet! Anyway thanks again, and if you hear of a new release of MSC please let me know. Bill --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33AM0496 Date: 03/06/90 From: GRANT ELLSWORTH (Leader) Time: 06:08 pm To: ROBERT BALSOVER (Rcvd) (Read 90 times) Subj: R: MS WIN & C Bob, Are you SURE M$C is REQUIRED for Windows application development? Seems to me that I've read some stuff about TC being used for Window appplications (MS windows, at that) somewhere and it recent memory. Also, I note that TC can be VERY effectively used to develop DesQView active applications. I recently finished a major application/product project using TC and DV. And, for all its lack of precision in its application development documentation, I gather that DV is really a superior product to MS Windows. I'll confess that I have no personal experience with MS Windows and I'm repeating some propaganda which has appeared in several places. Anyway, DV is an alternative to using MS Windows and can be used with TC. Grant --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33AQ3325 Date: 03/06/90 From: ROBERT BALSOVER Time: 09:55 pm To: BILL ZIMMER (Rcvd) (Read 95 times) Subj: R: MS WIN & C Bill, Rumor has it that MS pulled MSC 6.0 from beta due to problems in their environment. Your guess is as good as anyone's. Do you really have to use MS-Windows anyway? Deskview does alot of the same and runs anything yo write with anyones compiler. bob --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33AR0243 Date: 03/06/90 From: ROBERT BALSOVER Time: 10:04 pm To: GRANT ELLSWORTH (Rcvd) (Read 97 times) Subj: R: MS WIN & C Grant, I checked on it with the sysop's in CI$ BPROGB. I was told it could be done, but no Floating point math or graphics. I agree with you in regards to Desqview, great package, works with any compiler, faster, great price. . MSC is not required to use MS-Windows, Actor, Topspeed C (I Think), SmallTalk PM uses Presentation Manager, and Zortec C++ claim support. And of course most Mickey-Soft compilers. . Bob --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33BB1130 Date: 03/07/90 From: BILL ZIMMER Time: 07:18 am To: ROBERT BALSOVER (Rcvd) (Read 92 times) Subj: R: MS WIN & C Well, I would really prefer to use windows......I guess I am a bit spoiled, My machine is a 386 with 4 meg. I really like the TRUE multitasking in Win/386... I really don't know enough about Deskview to comment on it, but it has always been my impresion that it does a fine job if you dont overload it. Also, it seems to me that windows is THE future, and if MS ever gets off there duff and releases version 3.0, I think the windows enviroment will be complete. At this time it is hard to defend the interface on windows, but 3.0 should take care of that. Maybe I am operating on some misconceptions here, if so please enlighten me! I work in a small shop that deals exclusively with HP3000's. as such the only way I learn about PCs is thru trial and error! At work here I swear they use the machines as glorified type writers! I am the only on makeing an effort to do anything about it. (by the way 386 is at my house not work). Thanks for your time, and I really appreciate any input you could give me! Bill --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33BL1698 Date: 03/07/90 From: ROBERT BALSOVER Time: 05:28 pm To: BILL ZIMMER (Rcvd) (Read 84 times) Subj: R: MS WIN & C Bill Desqview 386 is a multitasking environment. Don't let the MS fans tell you otherwise. If you get the Desqview API kit, which is available at a very reasonable price, You CAN have the pipes etc. that you expect in a 386 operating system. AND any compiler works with it. It also happens to be faster than MSWindows. I once hoped to use MS-Windows but decided against it not because it's a bad idea, because of who the support comes from. Desqview 386 is what windows 3.0 should be (IMHO). Bob --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33BM0358 Date: 03/07/90 From: NESHAM SOFTWARE Time: 06:05 pm To: ROBERT BALSOVER (Rcvd) (Read 83 times) Subj: R: MS WIN & C Robert, How would Desqview handle multiple serial lines? I'm looking for a 'cheap' environment that will take information from two or three serial ports and write the data to disk without losing a byte. I won't go into it any further but if you have some experience in this area I would appreciate the response. Tim ps. each port will be receiving a 10byte array of information at 120 to 300 packets per minute. --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33BM3477 Date: 03/07/90 From: BILL ZIMMER Time: 06:57 pm To: ROBERT BALSOVER (Rcvd) (Read 78 times) Subj: R: MS WIN & C Bob, you certainly make it sound attractive....(please excuse my spelling. it is NOT my strong point! :-) ) I see you use some of the compuserve fourum lingo "IMHO" , do you go online much? Anyway back to the subject at hand.... Can desqveiw do All the things win/386 can do, such as the DDE?, One other point can it use the 8086 virtual machine feature of the 386, as well as protected mode? One last thing, I take it you are no fan of MS, is this the result of one particular thing or many? Also, what is your opinion of HP's New Wave? I myself have not had a chance to use it or even see it, but by all accounts it is outstanding. Can you give me some insight into this? Thanks for all your help, I really appreciate your time and input! Bill --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33BP1751 Date: 03/07/90 From: GRANT ELLSWORTH (Leader) Time: 08:29 pm To: ROBERT BALSOVER (Rcvd) (Read 79 times) Subj: R: MS WIN & C Bob, thanks for the confirmation. Those BI sysops and "Team Borland" gang on CI$ are sure on the ball and really very helpful. As I gather from some threads I've seen from time to time, these folks just embarass the heck out of the Mickehy-Gang on CI$. Grant --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33CL3349 Date: 03/08/90 From: GRANT ELLSWORTH (Leader) Time: 05:55 pm To: ROBERT BALSOVER (Rcvd) (Read 80 times) Subj: R: MS WIN & C bob, re: msc 6.0 pulled from beta .... Doesn't surprise me in the least. I'm wondering if we can ever expect a quality reliable C compiler (or other language besides ASM, where the oops' will stare you right in the eye) from MS. Seems like their alliance with IBM went to their head and they have been assuming they can get away with distributing slopware. .... Wonder if pulling msc 6.0 in from beta indicates that just maybe they're cleaning up the act .... Grant --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33CM0517 Date: 03/08/90 From: GRANT ELLSWORTH (Leader) Time: 06:08 pm To: BILL ZIMMER (Rcvd) (Read 79 times) Subj: R: MS WIN & C Bill, My recent experiences with DV and QEMM 386 have convinced me that the DV/386 is about as true a multi=tasking environment as you'll find that runs on top of DOS. Windows 386 IS THE MS/IBM future. But, I have yet to be persuaded that IBM + MS are going to make it the effective standard --- rather, be able to make it the effective standard. IBM + MS have not been able to effectively dictate "standard systems" beyond the bare-boned operating system itself (for pc usage anyway). Consider, 2 years ago, IBM + MS regurgitated OS/2 as the "wave of tomorrow!!!!". From my reading,, I've not seen a mad rush to upgrade to OS/2, yet. And now, the Intel chip series 80x86 have advanced way beyond what OS/2 was intended for. Now, learning how to do WIN/386 development may be a worthwhile exercise. The inherent problems are not going to be very different than those of developing for either os/2-PM or DV-386. So, if you really wany to spend the money and take the time to wend your way thru a possibly defective environment, all power and patience to you. Grant --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33DB1514 Date: 03/09/90 From: BILL ZIMMER Time: 07:25 am To: GRANT ELLSWORTH (Rcvd) (Read 76 times) Subj: R: MS WIN & C Grant, Thanks for the input! Up till now all I have had to go on is some magazine articles and P.R. from MS. In the past few days however, I have recieved quite a bit of info from this conf. I am starting to wonder if I should dump off Win/386 and move on to DV. I only wish I had asked some questions here first! Now I seem to have too much time and material invested in MS! My company has finally aproved the Windows developement kit and MSC for purchase, I really dont know what to do now. I guess I will have to do some heavy thinking on this. As for IBM and MS, I agree that alot of people have brushed off IBM, but I think MS still has a pretty complete control of pc OS's. While Unix has its advantages, I cant see it becoming THE os of pc's, And that dont leave a whole lot. Maybe I am working under some miscomceptions on this too, so please let me know your feeling on this! Thanks again, The last few days have been an eye opener! Bill --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33DM0677 Date: 03/09/90 From: GRANT ELLSWORTH (Leader) Time: 06:11 pm To: BILL ZIMMER (Rcvd) (Read 80 times) Subj: R: MS WIN & C Bill, Whatever job you are trying to do, the MSC / WIN-386 tools are not complete losers. They ARE usable, but there ARE problems, quality defects, and shortcomings you will discover and work around. The develop- ment job will take a little longer to a lot longer, depending on your de- bugging skills and intuitiveness with respect to isolating true causes of problems, instead of symptoms. If time to implement is of the essence AND your purchases are very recent, many vendors will allow you to trade your stuff in for what you really think you need. At least I've found this to be the case with the mail- order houses I've dealt with. Cautionary note: While DV is a good solid product and does support some good features, the Application Developer's Tool Kit (API Library) is not well documented. The explanations of when to use which function in which sequence is confusing at best, and misleading at worst. I spent a lot of time in the initial phases of my recent DV/TC project just testing my asssumptions about the behavior of several dv functions. And QD's support for its forum on CI$ is abysmal ... it's like a black hole from which no matter, light, energy will emerge. And the phone support, I'm told is similarly abysmal. Thus, if you depend on things like accruate precise documentation and reliable available support, maybe the MSWIN386 would be a little wiser --- but I have had no good experience with MS pphone support. The MS Docs, however, do tend to be much more precise --- even if precisely wrong. I don't know which is worse: a product with imprecise documentation (DV), or one with precisely wrong info (M$Anyuthing). To wrap this up ... if you've got the patience and debugging skills, you may be better off sticking with what you've got. If time to implement is important, and you know how to quickly devise experiments to determine what the software REALLY is doing vs what they didn't tell you in the docs, then switching to TC/DV may be the better choice. For my part, I'd switch and take my lumps up front, rather than risk having some obscure compiler or underlying software error come back an byte me later so hard I couldn't move. Grant --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33DR2050 Date: 03/09/90 From: ROBERT BALSOVER Time: 10:34 pm To: GRANT ELLSWORTH (Rcvd) (Read 80 times) Subj: R: MS WIN & C I think that even MS can learn from A-T's mistake. A-T thought the end-user would accept the new dBASE, no questions asked. --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33DR2733 Date: 03/09/90 From: ROBERT BALSOVER Time: 10:45 pm To: NESHAM SOFTWARE (Rcvd) (Read 79 times) Subj: R: MS WIN & C Tim, I'm not sure in that one, I don't do much with serial ports. I think there is some support for what your asking, I won't guess because I don't want to mislead you if I'm wrong. Bob --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33DS0446 Date: 03/09/90 From: ROBERT BALSOVER Time: 11:07 pm To: BILL ZIMMER (Rcvd) (Read 79 times) Subj: R: MS WIN & C Bill, I don't do anything differently with DV than in the normal environment. You can have your programs communicate with each other etc. but I don't usually get into that. The reason to use DV is that your programs _don't_ have to be written different and you don't need to purchase a $300 package in addition to the normal DV package as you do with MS-Windows. . I'm on CI$ daily, mostly in BPROGB but now I'll spend more time in PCVENB because PDC Prolog is there now.(PDC is the new Turbo Prolog). DV is also in PCVENB. . I don't use MSC because when you tell them about a bug, they'll sometimes tell you a work-around, not post a patch. Borland usually posts a patch if one is required and they have always responded _VERY_ quickly if I had a problem. Also, I think TC is faster than MSC. The real test is not to look at Borlands bench marks, not to look at MS bench marks, look at Zortech's, look at JPI's (Top Speed C) bench marks. They show is faster in most of the test over MSC. Also, I can't remember if it was in IBMPRO or BPROGB but someone ran a test of the fp library and found MSC's routines did not give accurate results, so even if MSC produces slightly faster math functions they're of no value to me if they sacrificed accuracy to do it. On second thought it might have been the latest DDJ. . Bob --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33EE1235 Date: 03/10/90 From: BILL ZIMMER Time: 10:20 am To: GRANT ELLSWORTH (Rcvd) (Read 78 times) Subj: R: MS WIN & C Grant, Well you certainly have given me a lot to think about! I guess my biggest worry is where the leads in business terms. DV seems to the backing of most pc programmers where as Windows seems to have high level corperate support. This is turning into a bigger can of worms then I anticipated. While my debugging skills are not awesome I do have a fair understanding of the skills involved. Time on the other hand, is NOT a major concern. When I sold my company on the idea of moving some of the applications and data off the mainframe and onto pc's there additude was very conservative, more of a 'let him try it, but lets go real slow' additude then anything else. While I would liike to be able to churn out picture perfect code in a flash, I am quite a bit more realistic then that! I realize that either path I take, there are going to be ruff spots. Now I just have to decide if I want the trouble up front or down the road a bit. Quite a dilema. As I said before, you have given me ALOT to think about. I think it would be wise for me to just slow down a bit and look at the big picture, as you kind of implied....I do tend to leap without looking as it were, and I think it is high time I got out of this habbit. I am just glad I took the time to ask some question here. All of you have been a great help, and I think I will be asking quite a bit more in the very near future. I hope that no one will get impatient with me. I seem to ask some pretty lame questions at times, but as I said before I know anyone personally who works with pc's, and you guys have been more help in a couple of day's then all the article's I've read in the last few months! Thank's again for all your help, and if you have any other ideas or comments please let me know! Greatfully, Bill --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33EE2721 Date: 03/10/90 From: BILL ZIMMER Time: 10:45 am To: ROBERT BALSOVER (Rcvd) (Read 79 times) Subj: R: MS WIN & C Hmmmm, I just got the latest DDJ, I will look thru it for that. I also just recieved the latest BYTE. MS has just released MSC 6.0, It got a good write up but it is _VERY_ large. The person writing the article said it took up 8 MEG on his HD, and that was JUST for the small mem mod. From all I know of MS, this seems typical! I used to spend a fair amount of time on CI$, but as we all know the connect charges can kill you! Now I log on go to what I want check out and get off as quick as poss. I have signed up for Prodigy, as they sent me an offer I cant refuse. They will give you the software needed for free as well as a free month to check it out. If you decided to stay with them, it is only $9.95 a month period. No connect fee's or any other chargeson paper anyway!). I dont know if it has all the major vendors that CI$ has but it's worth taking a look at! Enough of that. I have come to the decision to not make a decision quite yet. As I have found out from talking to people in this conf., this is not something to jump into without looking! I thank you very much for help and time. I hope you dont get impatient with me if I seem to ask alot of simple questions! I really appreciate or time and help! You wouldn't happen to know COBOL would you? I seem to get hung up tring to translate everything C to COBOL in my head. This does not work out, to say the least! I guess I do it because I am more familiar with cobol then c. I hope I get over soon! Thanks again, and if you have anymore comment or suggestions, please dont hesitate to let me know. If it wern't for you guys my wallet would be alot lighter without much to show for it! Bill --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33EG0796 Date: 03/10/90 From: ROBERT BALSOVER Time: 12:13 pm To: BILL ZIMMER (Rcvd) (Read 78 times) Subj: R: MS WIN & C Bill, Are you refering to the March '90 issue of BYTE? I think that was just a review of the beta and not a release announcement. If I'm wrong I'm sure one of the lurkers will point that out. . Bill, if you use TAPCIS it will save you big bucks! My bill was creeping up to the $200 mark before I started using it, this month it's estimating a $50 bill and I'm on more forems now. If you want to save online time, I'll zmodem it to you if you live here in the Milwaukee area. . 'Got that Prodigy mailing myself, I haven't decided if I'll blow $9 on it yet. I think it sounds to good to be true, I wonder where the hidden costs are. If you get online with it soon, please let me know what you think about it. . Sorry I forgot COBOL at the earliest opportunity. Please don't get the wrong idea, COBOL is a useful tool, I just wanted to narrow my concentration to what I use, avoiding 'a jack of all trades, a master at none.'. What are you trying to do in C anyway? Don't feel bad about your difficulty moving between languages, if your up for a real challenge try PROLOG, that will have you beating your head against the keyboard! Bob --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33EG3381 Date: 03/10/90 From: GRANT ELLSWORTH (Leader) Time: 12:56 pm To: BILL ZIMMER (Rcvd) (Read 76 times) Subj: R: MS WIN & C Bill, If you are attempting a "downsize" from mainframe, you already have at least one foot in the cow pie. To choose tools not well received in mainframe computing institutional circles (e.g. tools not sold by Micro- slop, IBM, etc..) is putting the other foot in the pie. Rugged. Don't know quite what I'd do in your place. But, I DO have some similar experience to report. I'm an old-line mainframer ALC systems developer and recently was given an ambiguous PC based development problem to get the corporate tush out of hot spot. I chose TC, not M$C 5.x. We had no choice in the DV/MS-WIN386 area. Our co-developer co-marketer organization had already chosen and comitted to DV AND M$C ( "because it was the industry standard ...."). The other organization and I agreed that my organization could proceed with TC because DV support/ access from TC was possible and not problematic. So we proceeded. The problems I had with DV docs I've noted elsewhere in this thread and will not repeat here. Anyway, part of our project involved using special hardware device-driver libraries. I find out at the last minute (i.e. after I had written and debugged most of my "shell" code), that the 3rd party libs were available ONLY FOR M$C support. THere were 2 sets involved. One vendor genned a set of TC Libs for us to use. The other has yet to respond. The vendor who genned the TC libs claims they are NOT going to support "Toy" (non-standard) libraries and the TC stuff was a deviation from course. That is, I got the libs I need, but I don't get support or upgrades or any fixes --- I am seeing ALL I am going to get. (THese guys are gonna get clubbed and may be "persuaded" to support TC). The 2nd vendor will be more difficult ---- and that group may be more important. So, here I've now got a hybrid system --- with sections built on quicksand (unsupported libs). And a MUST have M$C just in case spooks show up in the software we have to use with the 2nd vendors library. Well, you'd think I'd be out pounding the pavement over this ....I got yelled at for my anti-"standard" bias --- but when I showed evidence of the M$C time-consuming bugs ... the story changed. Now, the accepted rule of conduct is: I ain't distributing ANY of of our software compiled in M$C unless there is no other choice. Having to buy the 2 comipilers was embarassing. But not fatal. Since the cost of these tools are relative marginal in mainframe s/w cost terms, you might be able to get all 4 sets (TC M$C DV, MSWIN) and claim that you must do some real development with each to assess which is the better tool set for your shop. It's a little slippery, but it might fly. Grant --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33FD2473 Date: 03/11/90 From: BILL ZIMMER Time: 09:41 am To: ROBERT BALSOVER (Rcvd) (Read 78 times) Subj: R: MS WIN & C Bob, Yes I live in Milwaukee, down on the south side in Bay view, near South Shore park. TAPICS, Huh?, It sounds real familiar but I cant place it! I hear you about the bills, it sounds like my own story, if I could get a simular drop in price I'd be VERY interested in it. Let me know what to do to get it from you! As for Prodigy, I thout it sounded a bit too good to be true also, but it thru big blue and Sears so i going to give it a shot, I'll keep you updated! About COBOL, I dont blame you you for forgetting it at the earliest time poss., That is part of the reason I'm breaking into C. It can be very frustrating to even the most seemingly simple thing with it. Such as simple graphics! As for what I am Tring to....That is a bit more complicated, I have two seperate agendas, one for work and one for myself... Let me start with work. What we do is process medical claims for some local IPA's. This involves more then just simple data entry. I maintain] several VERY large databases on the HP3000, for the members, claims, diagnosis code, procedure codes, doctors...Ect. From this we not only pay the claims but must produce some rather extensive finacial reports and other misc reports. I feel that a major portion of the reporting, and analisis could be done on pc's. It is a bit more involved then that but it souldn't be that bad, once I decide what path to take! For myself, I would like to design a very realistic simulation of military actions in Europe......I know a rather frivolous activity bbut I am a military buff, and I have yet to see a real good simulation on the market. Anyway that about covers its. Let me know about this TAPICS thing ok? Thanks in advance! Bill P.S sorry about all the typo's and spelling, I wasn't quite awake yet! --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33FD3568 Date: 03/11/90 From: BILL ZIMMER Time: 09:59 am To: GRANT ELLSWORTH (Rcvd) (Read 77 times) Subj: R: MS WIN & C Grant, I think you read my mind! I was thinkingg about this last night and came up with about the same conclusion. I already have TC 2.0 pro ( my own purchase), and they have already approved the purchase of M$C as well as Win development kit, That only leaves DV, and I think I can convince the to spring for it. Your right about going against the flow where M$ and Win are concerned, HP has alreay said they wont support or help with any of our pc projects unless we use "approved" products, i.e. M$C, Win, and New Wave. I actually look forward to working with NW, from all I have heard, it is real kind to developers. By combining the different products I could come out of this smelling like a rose.....or hip deep in sh**. Lets hope for the former! Now correct me if i am wrong on this point..., I should be able to do a good portion of coding thru TC as well as the debugging (from what I have heard Borland debugger blow away MS's especially on a 386), Then port the incompatible parts thru M$C...... Or would this be more hassles then it worth? Also, are there any tools out there to convert from TC to M$C?. Thank for your time, and let me know what you think. Bill --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33FH0448 Date: 03/11/90 From: DENNIS DODSON Time: 01:07 pm To: ROBERT BALSOVER (Rcvd) (Read 77 times) Subj: R: MS WIN & C Bob, I`ve read about that Prodigy offer in the paper and it sounds like something I'd like to check out. I did not receive a mailing. Is it possible to register via modem/PC ? If so, I would appreciate you posting the phone number. Thanks in Advance. -Dennis- --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33FK2327 Date: 03/11/90 From: GRANT ELLSWORTH (Leader) Time: 04:38 pm To: BILL ZIMMER (Rcvd) (Read 80 times) Subj: R: MS WIN & C Bill, Just for the record, I converted my TC code developed for the DV application to MSC with only minor problems. The conversion to MSC DID uncover a couple of subtle (and real stoopid) coding errors on my part. The major glitches to look out for are: o DOS_Specific function calls are different in the 2 compilers o Macros/Functions such as FP_SEG work quite different in each o M$C's optimizations can be disastrous and obscure DO NOT USE INTRINSIC FUNCTIONS or RELAXED ALIAS CHECKING under any circumstances --- unless you enjoy chasing compiler anomalies o TC has some native functions which have no M$C equivalents --- such as delay(), clrscr(), xxxcoreleft() On (far)coreleft(),,,, while the surface docs suggest that _memavl() is equivalent, it ain't. Best bet is to jury-rig a freect() based computation o M$C has an insanely low limit on declared string size of 512, TC has no documented limit char * my_string = " ..... " (limited to 512 chars/bytes in the pay_more get_less compiler) Almost all differences can be handled with macros. The few that can't are those where the functional results require very different logic in each compiler --- e.g. constructing a far pointer on the fly. Otherwise I'd describe a TC <---> M$C conversion as a little bumpy, but not exceptionally rocky. For time estimating purposes, I'd factor in about 1 day for each 750 lines or so of code. High would be 1500, messy and low is 500 per day. Avoiding low level functions increases the cross- compiler compatiblity. Clever macro writing helps. Pre-recognizing and "homogenizing" areas where the compilers behave a little different or have different function names and results -- e.g. _dos_read() (M$C) vs _read() (or read()) (TC) --- helps. In general, except for very small applications or systems, I think you'll find the overall development time sufficiently faster with TC that any time spent to convert proven+debugged results to M$C will make the total less than to have suffered m$c all the way through. grant --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33FP0382 Date: 03/11/90 From: ROBERT BALSOVER Time: 08:06 pm To: DENNIS DODSON (Rcvd) (Read 79 times) Subj: R: MS WIN & C Dennis, 1 800 822-6922 Ext. 696 Bob I believe that is a voice #. --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33GB1148 Date: 03/12/90 From: BILL ZIMMER Time: 07:19 am To: GRANT ELLSWORTH (Rcvd) (Read 75 times) Subj: R: MS WIN & C Grant, Thanks for the info! I captured you letter to disk and will keep it handy. From all I have heard it will be easier to do the development in TC then port it to M$C, so I guess that is what I'll do! You have been a GREAT help, thanks again! Bill --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33HE1879 Date: 03/13/90 From: DENNIS DODSON Time: 10:31 am To: ROBERT BALSOVER (Rcvd) (Read 80 times) Subj: R: MS WIN & C Bob, Please re-send that phone no. I am sure I am not the one you intended to send to. -Dennis- --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33HP1902 Date: 03/13/90 From: ROBERT BALSOVER Time: 08:31 pm To: DENNIS DODSON (Rcvd) (Read 82 times) Subj: R: MS WIN & C Dennis, Sorry about that. It did get to the intended person. I wonder it came to you, I sent it private. Bob --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33IF3179 Date: 03/14/90 From: DENNIS DODSON Time: 11:53 am To: ROBERT BALSOVER (Rcvd) (Read 80 times) Subj: R: MS WIN & C EMBARASSED !!! Sorry Bob, I had forgot that I had asked you for that Prodigy number ! What jogged my mind is that today I received the mailing that you guys had been talking about. Belated thanks for the phone number. -Dennis- --------------- ** Current thread: MS WIN & C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33IH0466 Date: 03/14/90 From: ROBERT BALSOVER Time: 01:07 pm To: DENNIS DODSON (Rcvd) (Read 78 times) Subj: R: MS WIN & C Dennis, No problem. I often forget what a question was by the time a reply comes back, a hazard of telecommunications. Bob >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33AD1007 Date: 03/06/90 From: IDC EMAIL Time: 09:16 am To: ALL (Read 77 times) Subj: GREEN PROGRAMMER SEEKS HELP... Good day- I am a novice C programmer, and am sincerely fustrated with the Microsoft C manuals. I need a routine to borrow from. I am trying to read in ASCII quote-comma delimited data, determine if that line of data is the one I want to use (does that element = my variable) then fill an array with that line of data. I have almost everything else done but the file I/O part. Could someone point me to a routine which will read a file in which the data is seperated with { "," }? There must be a ton of em out there (I have tried downloading a number of routines from the Mahoney collection with no success). Your help is most sincerely appreciated! Brett (IDC EMAIL) --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34UE3224 Date: 04/25/90 From: STEVE HOVEY Time: 10:53 am To: IDC EMAIL (Rcvd) (Read 75 times) Subj: R: GREEN PROGRAMMER SEEKS HELP... altho ihavent had a need to use this command... (and im sure micrsoft c has it) .. if your delimited file has a constant number of fields perline you mite try using fscanf(); the patter you use in fscanf determines what is considered field seperators (i believe) so for a 5 field file you mite code using fscanf... check ur manual on this command... i dont want to give an example and be wrong... maybe someone else is more familiar with this? >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33CR3010 Date: 03/08/90 From: DENNIS DODSON Time: 10:50 pm To: ALL (Read 77 times) Subj: C ARITHMETIC - STUMPED 9I'm having a problem with a new report program I am writing. I can't seem to figure out (with C) how to correctly calculate a simple percentage amount. The result is coming out as 78.88- on the report (that's an edited figure from a print toolkit, so I assume the 'long' result is really 7888-. I have not done much arithmetic coding with C so I would appreciate any help. The desired result should be 78010, toolkit print edited to 780.10 . Here is the scenario: int pct; /* 7.510% stored as int 07510 */ long amount; /* $10,387.53 stored as long 1038753 */ long result; result = ( (double) (amount * pct) * .00001); Don't laugh, this does seem to work with smaller amounts, but when I began testing with larger amounts, I got undesired results. What I'm looking for is to keep everything in 'pennies' and at print time do something like multiply times .01 in my toolkit picture edit routine to come up dollars and cents. -Dennis- --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33DA0181 Date: 03/09/90 From: TOM FRANK Time: 06:03 am To: DENNIS DODSON (Rcvd) (Read 80 times) Subj: R: C ARITHMETIC - STUMPED Dennis, You might want to move the cast inside your expression - as it stands the long time the int is done and THEN cast to a double - the numbers you have are too big for the standard INTEL long. Try something like: result = ((double)amt * (double)pct) * .000001 You have to remember that C only does conversions as required by the items being worked on at the time - not based on the destination or other factors - like your double applied to the result. Tom --------------- ** Current thread: C ARITHMETIC - STUMPED Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33DH1380 Date: 03/09/90 From: DENNIS DODSON Time: 01:23 pm To: TOM FRANK (Rcvd) (Read 75 times) Subj: R: C ARITHMETIC - STUMPED Thanks for the help Tom, will try your suggestion today.....Dennis --------------- ** Current thread: C ARITHMETIC - STUMPED Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33FH1418 Date: 03/11/90 From: DENNIS DODSON Time: 01:23 pm To: TOM FRANK (Rcvd) (Read 71 times) Subj: R: C ARITHMETIC - STUMPED Tom, Thanks for the mini-education. The calculation works like a champ. I suppose if I want to round, I could add .005 addition to the right side of the formula. Thanks again for the help. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33DA0499 Date: 03/09/90 From: JOHN ABATTE Time: 06:08 am To: ALL (Read 76 times) Subj: FP_SEG MACRO I have a question regarding the use of the FP_SEG macro in Turbo C. I came across some source listings in the "DOS Developers Guide" for accessing EMS, and when I try to compile them with Turbo C I get the error "Lvalue required in function...". There are four functions altogether in the listing that generate that message, and all are of the form shown below, where FP_SEG(*pfa) is on the left side of the assignment operator. /* Returns far address of EMM page frame */ int em_get_far_adr(char far **pfa) { in.h.ah = 0x41; /* EMS get page frame address function */ status = ((unsigned int) int86(0x67, &in, &out) >> 8); if (!status) { FP_SEG(*pfa) = out.x.bx; /* THIS LINE PRODUCES THE ERROR! */ FP_OFF(*pfa) = 0; /* No errors for this line */ } return status; } When I compile under MSC 5.1, no errors or warnings are produced. I suspect it may have something to do with Turbo's MK_FP macro being needed. I notice that MSC has no equivalent to MK_FP. If anyone has any ideas I'd appreciate hearing them. I'm not familiar enough with the proper useage of these macros so I haven't been able to figure out how to fix these function to work with TC. Thanks in advance...John. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33DL3160 Date: 03/09/90 From: GRANT ELLSWORTH (Leader) Time: 05:52 pm To: JOHN ABATTE (Rcvd) (Read 77 times) Subj: R: FP_SEG MACRO John, FP_SEG is an MSC device ... not TurboC. Whaat you probably will have to do is use the TC analogy, MAKE_FP ... as follows: *pfa = MAKE_FP(out.x.bx,0); If you need to make TC/MSC cross-compiler compatiblity possible, use the TC predefined macro variable, __TURBOC__ to determine which compiler is active and generate the appropriate line(s) of code. Grant --------------- ** Current thread: FP_SEG MACRO Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33EK2156 Date: 03/10/90 From: JOHN ABATTE Time: 04:35 pm To: GRANT ELLSWORTH (Rcvd) (Read 74 times) Subj: R: FP_SEG MACRO Thanks for the help, Grant. I suspected that I may need to use the MK_FP in TC, but I wasn't too sure. I'll try your suggestion and see how it goes. Thanks again...John. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33GC3283 Date: 03/12/90 From: TODD SAHBA Time: 08:54 am To: ALL (Read 74 times) Subj: QUICKC ASSEMBLER Hi folks. I am rather new to C programming, and am working with Micro softs Quick C. One thing I was having some trouble figuring out is how to get the compiler to list assembly code. I have noticed that when I compile, I'll get a message from the compiler saying "File List: [NUL]" How can I change that to a file name for the assembly code. Thanks for your help. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33GQ1496 Date: 03/12/90 From: ROBERT BALSOVER Time: 09:24 pm To: TODD SAHBA (Rcvd) (Read 77 times) Subj: R: QUICKC ASSEMBLER Todd, I don't have Quick C, but do have MASM. It appears that QC is offering you a default output device. If, at that file list: prompt you type in a file name maybe it will list it there. I think thats how MASM does it. Bob --------------- ** Current thread: QUICKC ASSEMBLER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33HD0979 Date: 03/13/90 From: TODD SAHBA Time: 09:16 am To: ROBERT BALSOVER (Rcvd) (Read 78 times) Subj: R: QUICKC ASSEMBLER Thanks for your reply. Actually though, that is the problem. The "File List" message is not a prompt, just a message from the compiler. The thing is, it leads me to believe it is possible for it to be something other than "[NULL]" - otherwise why bother haveing the compiler send the message in the first place. I don't know if my thinking is correct or not, but it makes sense. Fortunatly I have found a way around this. I compile my program, link , then use a disassembler. The problem with this is that I loose my symboles in the process. Thanks for your help. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33HE2009 Date: 03/13/90 From: DENNIS DODSON Time: 10:33 am To: ALL (Read 86 times) Subj: STRING MANIPULATION HELP Does anyone out there have a C source routine they could upload and share with me to take a string of first name, sometimes middle initial, and last name and break this to two strings consisting of a first name and middle initial string and a last name string. For example: INPUT: char name[39]; OUTPUT: char lname[16]; char fname[15]; ----------------------- ------------------------------------------- "DENNIS R DODSON" "DODSON" "DENNIS R" "DENNIS R. DODSON" "DODSON" "DENNIS R." "DENNIS DODSON" "DODSON" "DENNIS" Any help would be appreciated. -Dennis- --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33HQ2427 Date: 03/13/90 From: GLEN THOMPSON Time: 09:40 pm To: DENNIS DODSON (Rcvd) (Read 84 times) Subj: R: STRING MANIPULATION HELP Dennis, I don't have a routine handy but here's a possible solution: Position a pointer to the last non-blank character in the input string. Step backwards through the string until a blank is found. From that point to the end is the last name and everything from the start to the end is the first name and middle initial. I'd try to write you a code sample but I'm too tired right now and would probably mess it up. glen --------------- ** Current thread: STRING MANIPULATION HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33IF2289 Date: 03/14/90 From: DENNIS DODSON Time: 11:38 am To: GLEN THOMPSON (Rcvd) (Read 84 times) Subj: R: STRING MANIPULATION HELP Glen, Thanks for the response. I understand what is to be done, have been programming for 20 years in COBOL, RPG, other proprietary, etc. But am not too sharp with C and really want to see HOW IT SHOULD BE DONE. Thought maybe that someone in a C business application environment would have a 'Canned' function written that they could share with me. Oh well, will have to wait and see if any more respone. Thank again. -Dennis- --------------- ** Current thread: STRING MANIPULATION HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33IL2988 Date: 03/14/90 From: GRANT ELLSWORTH (Leader) Time: 05:49 pm To: DENNIS DODSON (Rcvd) (Read 80 times) Subj: R: STRING MANIPULATION HELP Dennis, I have a general purpose set of subroutines for decoding (parsing) names out of mailing labels (among other things). Unfortunately, the routines were written in PASCAL --- not C. Even so, the principals of un-scrambling a name are the same. The routines worked something like what Glen suggested, but also asccounted for such oddities as: James St. John Jean Saint Louise Gene de Guerre La Verne de la Grazia and it did some "approximaate" case translation if the labels happend to be in all capital letters. If you are interested, let me know and we can discuss how you can get the subroutine set. I really haven't the time right now to transliterate them to a proper C form. Grant --------------- ** Current thread: STRING MANIPULATION HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33IL3406 Date: 03/14/90 From: GRANT ELLSWORTH (Leader) Time: 05:56 pm To: DENNIS DODSON (Rcvd) (Read 82 times) Subj: R: STRING MANIPULATION HELP Dennis, I have an idea for you. Why don't you come up with something --- giving it your best shot ... and making it available for commentary. BTW, the PASCAL version I mentioned in previous msg was not the first time I had to do that sort of thing. The first time I had to write such string manipulation code was "long ago" ... and I had to do in the nemisis (C***L) . Ever since then, I have been a C***L eradication fanatic. NOTE: The C***L I used predated the STRING/UNSTRING pseudo=verbs. Thus. if you can conceptualize how you would solve the problem in C***L, the transference to C should be fairly straight-forward. Grant --------------- ** Current thread: STRING MANIPULATION HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33JA3256 Date: 03/15/90 From: DENNIS DODSON Time: 06:54 am To: GRANT ELLSWORTH (Rcvd) (Read 80 times) Subj: R: STRING MANIPULATION HELP Grant, I like that idea. I will try to post up some code by Monday. I really know what to do (also have been a C***l user, just recent- ly converted to C), but want to know HOW TO REALLY DO IT properly with C (boy its tough coming from the C***L world!). Thanks for the advice. -Dennis- --------------- ** Current thread: STRING MANIPULATION HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33JL2390 Date: 03/15/90 From: GRANT ELLSWORTH (Leader) Time: 05:39 pm To: DENNIS DODSON (Rcvd) (Read 85 times) Subj: R: STRING MANIPULATION HELP Dennis, If you DO upload something, be SURE to leave me a msg to get my attention with details. Grant --------------- ** Current thread: STRING MANIPULATION HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33LS1402 Date: 03/17/90 From: OTTO PORTER Time: 11:23 pm To: DENNIS DODSON (Rcvd) (Read 79 times) Subj: R: STRING MANIPULATION HELP #include <stdio.h> /* THIS IS TURBO-C BUT IS SAME FOR MS & QC */ /*Assuming you already have the string to be parsed in a char string array:*/ main( void ) { char original_string[30] = "DENNIS R. WOOD"; /* You can parse the string with one function call like this:*/ char fname[30]; char mname[30]; char lname[30]; sscanf( original_string, "%s%s%s", fname, mname, lname ); /*then you can concatenate the first string with a 'space' and then the middle initial like this */ strcat( fname, " "); strcat( fname, mname ); /* fname now contains "DENNIS R." and lname contains "WOOD" */ } --------------- ** Current thread: STRING MANIPULATION HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33MF2186 Date: 03/18/90 From: OTTO PORTER Time: 11:36 am To: DENNIS DODSON (Rcvd) (Read 81 times) Subj: R: STRING MANIPULATION HELP In looking at your question again I see that I didn't deal with the case where you don't have a middle initial in the string. In that case you could do the following: if( sscanf( original_string, "%s%s%s", fname, mname, lname) == 3 ) { strcat(fname, " " ); strcat(fname, mname); } else sscanf( original_string, "%s%s", fname, lname ); Anyway there are lots of ways to skin a cat. You will get the idea. --------------- ** Current thread: STRING MANIPULATION HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33NN1791 Date: 03/19/90 From: DENNIS DODSON Time: 07:29 pm To: OTTO PORTER (Rcvd) (Read 76 times) Subj: STRING MANIPULATION HELP Message CC'd to: OTTO PORTER GRANT ELLSWORTH Hold on Guys, I think I'm on to something. Right now having problem with a function overstepping null terminated string. Hope to have a routine for you to critique soon. Sure is fun trying to learn all over again!!! -Dennis- --------------- ** Current thread: STRING MANIPULATION HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33PG1438 Date: 03/20/90 From: DENNIS DODSON Time: 12:23 pm To: OTTO PORTER (Rcvd) (Read 76 times) Subj: STRING MANIPULATION HELP Well, here it is. Have tested it in my application program and works fine. I guess there's more than one way to skin a cat. If you have time and care to comment please do. Thanks for getting me started, I did acquire a little more knowledge with your help. #include <stdio.h> #include <conio.h> /* * Routine to Break Employee Name to Last and First Name for Printing on * Wisconsin Unemployment Compensation Form UC-7832 */ main() { char name_string[26]; char first_name[26]; /* only 14 print positions on form */ char last_name[24]; /* only 15 print positions on form */ char s1[26], s2[24], s3[22], s4[20], s5[18], s6[16]; int str_cnt; int pos; first_name[0] = last_name[0] = '\0'; s1[0] = s2[0] = s3[0] = s4[0] = s5[0] = s6[0] = '\0'; /* Copy input structure employee name to null terminated string */ /* fstrcpy(name_string, employeerec.name, 25); */ /* TESTING ONLY: */ printf("Enter Name String: "); gets(name_string); /* Remove any periods '.' or commas ',' */ for( pos = 0; pos < strlen(name_string); pos++ ) { if (name_string[pos] == '.' || name_string[pos] == ',') name_string[pos] = ' '; } /* Break string up to 6 sub-strings (ex: Sue Lynn W Mc Donald MD) */ str_cnt = sscanf(name_string, "%s%s%s%s%s%s", s1, s2, s3, s4, s5, s6); if (str_cnt == 0) return; /* Append the sub-strings back together into the FIRST_NAME and the LAST_NAME variables as follows: +---------------------------+--------------+---------------+ | CONDITIONS: | FIRST NAME | *LAST NAME | |---------------------------|--------------|---------------| | If s2 is 1 char. assume: |Dennis R |Dodson Sr | | Then Use: | s1 s2 | s3 thru s6 | |---------------------------|--------------|---------------| | If s3 is 1 char. assume: |Sue Lynn W |Mc Donald MD | | Then Use: | s1 s2 s3 | s4 thru s6 | |---------------------------|--------------|---------------| | Else Take a Chance !!!!: |Joe |Smith DDS | | Use: | s1 | s2 thru s6 | +---------------------------+--------------+---------------+ | *Names such as "O Conner" HAVE to be keyed as "O'Conner" | +----------------------------------------------------------+ */ /* ALWAYS Move 's1' to First Name */ strcat(first_name, s1); if (str_cnt == 1) return; /* Now Build First and Last Name Based on Above Table */ if (strlen(s2) == 1) /* |Dennis R |Dodson Sr | */ { strcat(first_name, " "); strcat(first_name, s2); if (str_cnt > 2) strcat(last_name, s3); if (str_cnt > 3) { strcat(last_name, " "); strcat(last_name, s4); } } else if (strlen(s3) == 1) /* |Sue Lynn W |Mc Donald MD | */ { if (str_cnt > 1) { strcat(first_name, " "); strcat(first_name, s2); } if (str_cnt > 2) { strcat(first_name, " "); N Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33PR2415 Date: 03/20/90 From: GRANT ELLSWORTH (Leader) Time: 10:40 pm To: DENNIS DODSON (Rcvd) (Read 77 times) Subj: R: STRING MANIPULATION HELP Dennis, re-examine the problem for handling multi-word 1st AND surnames --- especially spanish or french surnames. Then, throw in the middle initial/name for the final oucher. What the algorithm must do is to separate ALL the words of the name and then work entirely from last to first. Oh yes, try something to handle the "Jr. Sr. III" suffix qualifiers. Then see if the algorithm can successfully parse the following: La Verne M. St. James Henrico L. de la garcia sanchez, jr. as well as the common name forms. Good luck! Grant --------------- ** Current thread: STRING MANIPULATION HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33SC0532 Date: 03/23/90 From: VICTOR DURA Time: 08:08 am To: DENNIS DODSON (Rcvd) (Read 76 times) Subj: R: STRING MANIPULATION HELP It looks like the bottom part of your name parsing routine got cut off. Would you mind uploading it, I'm interested in reviewing it. Thanks Vic Dura . --------------- ** Current thread: STRING MANIPULATION HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33TE0165 Date: 03/24/90 From: DENNIS DODSON Time: 10:02 am To: VICTOR DURA (Rcvd) (Read 80 times) Subj: R: STRING MANIPULATION HELP No problem Vic. But it'll have to be on Monday - Don't have the source code at home. -Dennis- >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33MH1850 Date: 03/18/90 From: IDC EMAIL Time: 01:30 pm To: ALL (Read 69 times) Subj: ASCII ROUTINE WANTED Good day- Does anyone out there have a MS C (or adaptable) routine for reading in a large ASCII quote comma delimited file into an array? None of the books I have (including the MS C manual, which serves as a wonderful bird cage liner, but an awful reference guide) offer an example of how this operation is performed. If anyone has any old routines lying around to do this, or has a book which documents this, please leave e-mail (to IDC EMAIL). Many thanks - be 'C'ing you! Brett Remington (IDC EMAIL) --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33NC2595 Date: 03/19/90 From: IDC EMAIL Time: 08:43 am To: ROBERT BALSOVER (Rcvd) (Read 61 times) Subj: R: ASCII ROUTINE WANTED Bob- Unfortunately, the device I am dealing with is a 6250 bpi tape with 13,500 records, and 251 fields per record. While I don't actually read and store each element, I do a conditional search for particular records and copy them to a different device for computations. I am a new C programmer, and I/O is an area which I have had little need to explore. Just another example of necessity being the mother of invention, or learn by doing! Thankx, and regards- Brett (IDC EMAIL) --------------- ** Current thread: ASCII ROUTINE WANTED Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33NP2115 Date: 03/19/90 From: ROBERT BALSOVER Time: 08:35 pm To: IDC EMAIL (Rcvd) (Read 78 times) Subj: R: ASCII ROUTINE WANTED Brett, If you change the comma's to '\n''s you could use fgets() to read in lines until eof. Bob >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33QE1059 Date: 03/21/90 From: JUD ARNDT Time: 10:17 am To: ALL (Read 76 times) Subj: MS QUICK C FOR SALE Have complete MS Quick C for sale, in like new condition. Asking $50.00 for the whole package, which is Version 1.0 and includes everything. Leave private, and I will reply. Will deliver in Milwaukee area, or you pay shipping. Jud... --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33RA2280 Date: 03/22/90 From: RA SMITH Time: 06:38 am To: ALL (Read 76 times) Subj: C USERS JOURNAL SOURCE Is there a BBS that contains source from the CUJ magazine? --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33SS1843 Date: 03/23/90 From: GRANT ELLSWORTH (Leader) Time: 11:30 pm To: ROBERT BALSOVER (Rcvd) (Read 83 times) Subj: LARGE MODEL TC BUGS?!?!? Bob, Could you please be specific about the bugs you are finding when using TC Large Model? I have recently used TC2.0 large model in a com- plex text-editor with image presentation/position enhancements. I had NO compiler related bugs in the TC code. Yet, when I used M$C, I found several compiler generated "anomalies" ---- such as reversing source and target in a long sequence of strcpy/strcat calls. And those were the least of my "discoveries". Grant --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33TE3372 Date: 03/24/90 From: ROBERT BALSOVER Time: 10:56 am To: GRANT ELLSWORTH (Rcvd) (Read 85 times) Subj: R: LARGE MODEL TC BUGS?!?!? Grant, The bugs don't belong to TC, they belong to the library Joe Campbell wrote. He must have not tested it in a large model. The one problem that comes to mind is a problem with the way he addressed the ports. He used that outb() macro, It's been a year since I fussed over it but it had something to do with the parms in the macro being model specific. I have to admit that it might not be the way Joe wrote it, but maybe it depends on a M$C quirk. I think M$ has the quirk market cornered. I don't use MSC so I haven't tried it with MSC. Bob --------------- ** Current thread: LARGE MODEL TC BUGS?!?!? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33TG2320 Date: 03/24/90 From: GRANT ELLSWORTH (Leader) Time: 12:38 pm To: ROBERT BALSOVER (Rcvd) (Read 86 times) Subj: R: LARGE MODEL TC BUGS?!?!? Bob, thanks for the clarification. I interpretted your previous comments to mean that you found bugs in the TC2.x large model generated code or libraries. If you had, that would be most unsettling. As to quirks, M$C sure can send you on very wild goose chases when you are hunting for the reason your program crash. That is verry time consuming. grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33TL0308 Date: 03/24/90 From: PHIL KATZ Time: 05:05 pm To: ALL (Read 84 times) Subj: AMIGA PROGRAMMER WANTED PKWARE has an immediate opening for a temporary full or part time position for an Amiga programmer in the Milwaukee area. Experience with 'C' language on the Amiga is required. Knowledge of 68000 assembly language is also prefered, but not necessary. Call 352-3670 during business hours and ask for Hilde to schedule an interview, or send resume to PKWARE Inc., 7545 N. Port Washington Rd., Glendale, WI 53217. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33UQ3492 Date: 03/25/90 From: JIM MONROE Time: 09:58 pm To: ALL (Read 76 times) Subj: FINANCIAL CALCULATIONS I am looking for some C source code for a financial calculator. Specific functions are to calculate rate of return for variable payments. Any held is greatly appreciated. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33WH0075 Date: 03/27/90 From: STEVEN KRUEGER Time: 01:01 pm To: ALL (Read 82 times) Subj: TSR KEYS Does anyone have a list of popular tsr programs and the keys used to activate them, i am trying to write a tsr program that cannot interfere with any of the other tsr programs. steve --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33ZS1902 Date: 03/30/90 From: JIM NICKEL Time: 11:31 pm To: ALL (Read 81 times) Subj: ANYBODY HAVING PROBS W/ MAGNA CARTA? The company I work for bought a copy of Magna Carta C Windowing package for a project I'm doing on a PC. I have been having trouble with this package in that it seems incompatible with Turbo C. I am writing what might be considered a specialized word processor. As such, most of the data storage is done in RAM as a doubly-linked list. It seems when I have more than 5 windows on the screen at the same time, the Turbo C's free() function does not release any memory. More specifically, when i follow the free() with xx=coreleft(), and examine xx, it doesn't change! If I keep everything the same, but skip the display of one of the six windows, the free() appears to work normally. Is there a newer version around that fixes this problem? I am using version 2.07 of the package. HELP! Jim --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33^11696 Date: 03/31/90 From: JIM MONROE Time: 12:28 am To: JIM NICKEL (Rcvd) (Read 77 times) Subj: R: ANYBODY HAVING PROBS W/ MAGNA CARTA? I have been using this window package and a mix complier with no problem (so far) . --------------- ** Current thread: ANYBODY HAVING PROBS W/ MAGNA CARTA? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33^G0888 Date: 03/31/90 From: JEFF NOWLAND Time: 12:14 pm To: JIM NICKEL (Rcvd) (Read 75 times) Subj: R: ANYBODY HAVING PROBS W/ MAGNA CARTA? Jim, I don't know the internals of the Magna Carta package, however, if the coreleft routine does not report memory returned after the free statement, it doesn't necessarily mean the memory wasn't freed. It means that the highest block of allocated memory has not been freed. If Magna carta uses some type of window array that grows in blocks of 5 window pointers or some such thing, then the sixth window displayed would reaalloc the array and move it to the top of the list of allocated blocks. This would leave a hole of free memory where the original array was, but coreleft would no know about it. JDNowland. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33^12608 Date: 03/31/90 From: JIM MONROE Time: 12:43 am To: ALL (Read 74 times) Subj: LOAN PAYMENTS While there are many loan calculation programs, I have not found one with C source code, any help would be appreciated? --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 33^P1610 Date: 03/31/90 From: JIM NICKEL Time: 08:26 pm To: ALL (Read 82 times) Subj: FAR HEAP HELP WITH TURBO C NEEDED I may have pointed the finger at Magna Carta incorrectly. I have decided that part of my problem is that I was running out of memory when I was allocating memory (medium model). The Magna Carta windowing package used the same heap (near heap) that my program was using for dynamic allocation of RAM. I decided that all of my problems would end if I used the FAR heap for my data while the windowing package uses the near heap. I wanted to see how much free memory existed on the far heap prior to starting my program, I put the following lines of code: void main(void) { printf("\nFar core left: %lu",farcoreleft()); oldstruct=farmalloc(100)); /* Set starting address */ printf("\nFar core left: %lu",farcoreleft()); . . . } My program kept printing out 'Far core left: 0'. Does this mean that there is NO memory available for the far heap? I started to do some playing around, and have a clue as to what's going on. My Turbo C PRJ file consists of about 20 seperate (source code modules) plus the medium model of the Magna Carta library file. It seems that if I remove about a dozen files from my project file, I can get a non-zero number to appear for the Far core free space. If I remove yet another file, the number creeps a couple hundred bytes higher. WHAT THE H___ is going on? I thought that at nearly all (if not all) of the far heap would be available since the code is stored in the CS segment, right? How can I find a spot in memory in which to do my thing? I'm kinda burned out now, so I think I'll get away from this keyboard and watch the Bucks game. Jim --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 341H2408 Date: 04/01/90 From: NESHAM SOFTWARE Time: 01:40 pm To: JIM NICKEL (Rcvd) (Read 77 times) Subj: R: FAR HEAP HELP WITH TURBO C NEEDED I have bumped into the same problem using the Microsoft compiler at work. MSC has a function (I don't have the manual in front of me because I use TC at home) that will try to allocate the memory from the far heap and, failing that, try to allocate from the near heap. I think the function is fmalloc(?). I have looked in the Turbo C Bible for the equivalent but I don't see it. Perhaps you could call farmalloc() and if that failed then malloc(). Some other problems that occur in DOS are due to the way memory is freed. If not freed correctly DOS may not see it even if it is freed. This is called fragmented memory. I just bring it up in case you haven't heard of it. Good luck. Tim --------------- ** Current thread: FAR HEAP HELP WITH TURBO C NEEDED Conf: PROGRAMMING Topic: C LANGUAGE Ref: 341J2859 Date: 04/01/90 From: JIM NICKEL Time: 03:47 pm To: NESHAM SOFTWARE (Rcvd) (Read 77 times) Subj: R: FAR HEAP HELP WITH TURBO C NEEDED I plan on calling Borland tomorrow to see what they say about it. The thing that bothers me is that the far heap is supposed to be totally independant from the near heap as far as I can see. My boss is ordering a package from somewhere that tries to allocate memory from the near heap, and if that fails, from the far heap, and if that fails, from the disk. Maybe there is some option there that may work. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 341J3004 Date: 04/01/90 From: JIM NICKEL Time: 03:50 pm To: ALL (Read 79 times) Subj: ALLOCATING TO DISK INSTEAD OF RAM Anybody out there know of any kind of software package available that will allow a c program to allocate chunks of memory from disk instead of RAM? What I am looking for is something that works just like malloc() does in C. Jim --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 343R1466 Date: 04/03/90 From: JIM MONROE Time: 10:24 pm To: JIM NICKEL (Rcvd) (Read 77 times) Subj: R: ALLOCATING TO DISK INSTEAD OF RAM I have a similiar interest. If you get any replies please coarbon copy me if possible. Thanks JIm Monroe --------------- ** Current thread: ALLOCATING TO DISK INSTEAD OF RAM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 344R3327 Date: 04/04/90 From: JIM NICKEL Time: 10:55 pm To: JIM MONROE (Rcvd) (Read 79 times) Subj: R: ALLOCATING TO DISK INSTEAD OF RAM My boss called Borland up a week or so ago and they mentioned some program that did that. We should be getting a copy of it in a little while. I have absolutely no idea of what its capabilities are, so I can't offer a comment on it. I was just wondering if anybody else on the conference had success with any other program. Squawk at you later... Jim --------------- ** Current thread: ALLOCATING TO DISK INSTEAD OF RAM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 345D1556 Date: 04/05/90 From: ROBERT BALSOVER Time: 09:25 am To: JIM NICKEL (Rcvd) (Read 79 times) Subj: R: ALLOCATING TO DISK INSTEAD OF RAM Jim && Jim, Borland has a Vroom package in their Paradox program, it supposed to make it into their language products sooner or later but its not there now. Have you guys looked into a Dos Extender? OS/386 has virtual memory abilities (Eclipse Computer Solutions(i think)) and PharLap's product does also. If your machine has enough CPU muscle, you could use those. OS/286 is available in two flavors, TC only and everyone's compiler. The TC only version is only $195 in the Programmers Connection mail order catalog. If you are considering that one, I called Eclipse yesterday and virtual memory is not active in OS/286 even though the ad says it is. Still, your program code would only occupy 50k of the normal memory while the rest would operate in protected mode. . I hope this information is what your looking for. Bob --------------- ** Current thread: ALLOCATING TO DISK INSTEAD OF RAM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 345N0156 Date: 04/05/90 From: JIM MONROE Time: 07:02 pm To: JIM NICKEL (Rcvd) (Read 78 times) Subj: R: ALLOCATING TO DISK INSTEAD OF RAM I have down loaded a file called switch1.zip but have not tried it yet. If I have any success I will pass the information along. See you later, Jim Monroe --------------- ** Current thread: ALLOCATING TO DISK INSTEAD OF RAM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 345R0374 Date: 04/05/90 From: JIM NICKEL Time: 10:06 pm To: JIM MONROE (Rcvd) (Read 79 times) Subj: R: ALLOCATING TO DISK INSTEAD OF RAM Wow, Jim. I thought my need for an malloc to disk was so unusual, that I completely forgot to check the Mahoney selection. I'm glad somebody is thinking out there. Jim >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 343C1373 Date: 04/03/90 From: SCOTT SIMONSON Time: 08:22 am To: ALL (Read 74 times) Subj: DISK-ID HELLO, I USUALLY PROGRAM IN QUICK C AND AM CURRENTLY WORKING ON A VERY SIMPLE PROGRAM TO DISPLAY AN "ID" OF WHO A CERTAIN DISK BELONGS TO. MEANING, WHEN I ENTER "ID" IT SIMPLY DISPLAYS MY NAME AND ADDRESS INFO. MY QUESTION IS HOW DO I MAKE IT DISPLAYED EVERYTIME A "DIR" IS USED ON THAT DISK, IF AT ALL POSSIBLE? I WAS THINKING MAYBE IT HAD SOMETHING TO DO WITH THE FAT OF THAT DISK, SOME KIND OF ALTERING TO FORCE A DISPLAYED MESSAGE. OH YES, IT CAN'T BE A TSR PROGRAM BECAUSE I WANT IT TO DISPLAY WITHOUT ACTUALLY EXECUTING THE PROGRAM. IF THERE ARE ANY IDEAS OUT THERE IT WOULD MUCH APPRECIATED, ANY COMMENTS TOO. THANKS FOR YOUR TIME!!!!!! SCOTT SIMONSON --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 344K1498 Date: 04/04/90 From: COREY CLINGO Time: 04:24 pm To: SCOTT SIMONSON (Rcvd) (Read 76 times) Subj: R: DISK-ID Well, not making it a TSR makes it tougher. You'd have to patch DOS to change the DIR command to DI or something, then name your program DIR. Alternatively, you could use something like 4DOS which allows you to reassign internal commands.\ Corey --------------- ** Current thread: DISK-ID Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34AG2627 Date: 04/06/90 From: SCOTT SIMONSON Time: 12:43 pm To: COREY CLINGO (Rcvd) (Read 78 times) Subj: R: DISK-ID THANKS FOR THE REPLY COREY, BUT WHAT I WANT TO DO IS ALTER A DISK. MAKE IT PORTABLE SO THAT ANYONE THAT DOES A "DIR" THE DISK-ID PROGRAM IS DISPLAYED ON THAT DISK. I AM NOT SURE THAT THIS IS POSSIBLE BUT I'M TRYING TO SEE IF IT IS. I'D THINK THAT IT HAVE SOMETHING TO DO WITH THE FAT OF THE SAID DISK. AS FAR AS 4DOS, I'M ASSUMMING YOUR REFERRING TO DOS V.4.0. IF DOS V.4.0 IS WHAT I NEED THAN I'LL KEEP TRYING TO FIND OTHER WAYS. IF YOU HAVE ANY FURTHER COMMENTS, I WELCOME THEM, PLEASE! SCOTT SIMONSON --------------- ** Current thread: DISK-ID Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34AS2640 Date: 04/06/90 From: COREY CLINGO Time: 11:44 pm To: SCOTT SIMONSON (Rcvd) (Read 78 times) Subj: R: DISK-ID I don't know if there's enough space in the FAT for the kind of info you want. I kinda don't think there is. Anyway, about 4DOS: it's a substitute for COMMAND.COM with many additional features. It's shareware and on this BBS. I'm still in my 30-day evaluation period, but I think I will register it. It looks like good stuff... Corey --------------- ** Current thread: DISK-ID Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34TG0387 Date: 04/24/90 From: SCOTT SIMONSON Time: 12:06 pm To: COREY CLINGO (Rcvd) (Read 72 times) Subj: R: DISK-ID THANKS COREY! SCOTT SIMONSON >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34AQ2954 Date: 04/06/90 From: RICHARD WAMSER Time: 09:49 pm To: ALL (Read 80 times) Subj: HARDWARE INTERRUPTS I HAVE A IBM AT COMPATABLE COMPUTER THAT I AM PROGRAMMING IN C ( JUST LEARING ) -- MIRCOSOFT C V5.1 I AM TRYING TO PRINT A MESSAGE ON THE SCREEN EVERYTIME I TAKE THE I/O BUSS INTERRUPT IRQ10 ( PIN # D3 ) HIGH IT APPEARS THAT I CAN THRU THE MSC COMMAND _dos_setvect I CAN SET IN NEW VECTORS BUT I AM NOT SURE IN ANY CASE WHEN EVER I TAKE IRQ10 HIGH ( GENERATE A INTERRUPT ) I GET NO INDICATION THAT AN INTERRUPT HAS OCCURED I SURE WOULD APPRECIATE ANY HELP OR ADVICE ANY ONE COULD GIVE ME ON WRITING A C PROGRAM INTERRUPT HANDLER TO PRINT A MESSAGE ON THE SCREEN WHEN A IRQ10 INTERRUPT IS GENERATED THANKS FOR YOUR HELP & ADVICE RICHARD --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34AQ3307 Date: 04/06/90 From: ROBERT BALSOVER Time: 09:55 pm To: RICHARD WAMSER (Rcvd) (Read 84 times) Subj: R: HARDWARE INTERRUPTS Richard, If your just experimenting, try poking values to the right top corner of the screen. You might have better luck if you increment what is already there, printing to the screen would be to slow for a interrupt. Bob >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34AR2296 Date: 04/06/90 From: JIM MONROE Time: 10:38 pm To: ALL (Read 82 times) Subj: SLOW CALCULATION I have written the following program to calculate the fact that will give the present value of a stream of payments. It is quite slow though, any ideas to help speed it up would be appreciated; double cal_fac(int term) { double denon, factor = 0.; double mo_rate; mo_rate = rate/12; for ( i = 1; i <= term; i==) { factor += (i/(exp(i * (log(1+mo_rate))))); } return(factor); } The variable rate is set up in the main routine, i, j , and k are int. Any ideas will be appreciated. Jim Monroe --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34AS3160 Date: 04/06/90 From: COREY CLINGO Time: 11:52 pm To: JIM MONROE (Rcvd) (Read 76 times) Subj: R: SLOW CALCULATION Well, I ran this code under Turbo C 2.0 and it was plenty fast, but I have a coprocessor, which greatly speeds up transcendentals. I'm kinda new to C, but one thing that might help is to realize the fact that exp(i * log(...)) = (exp(i))^log(...) You might be able to have a lookup table of the values of exp(i) for the time periods you're interested in, and save yourself an exp() operation. Corey --------------- ** Current thread: SLOW CALCULATION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34BC1104 Date: 04/07/90 From: NESHAM SOFTWARE Time: 08:18 am To: JIM MONROE (Rcvd) (Read 75 times) Subj: R: SLOW CALCULATION You could try using the register for loop counters. register int i; will use the register. TC may be defaulting to this if you are using TC. The environment allows you to specify to use the register. MSC - probably needs the above definition. Tim --------------- ** Current thread: SLOW CALCULATION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34C23104 Date: 04/08/90 From: PAUL MCKENZIE Time: 02:51 am To: JIM MONROE (Rcvd) (Read 74 times) Subj: R: SLOW CALCULATION Jim, Take the log() outside of the loop. The argument to log is a constant. For example: double x = log(1+mo_rate); for (i..) factor = exp(i*x); Hope this helps. --------------- ** Current thread: SLOW CALCULATION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34C23475 Date: 04/08/90 From: PAUL MCKENZIE Time: 02:57 am To: JIM MONROE (Rcvd) (Read 75 times) Subj: R: SLOW CALCULATION Oops, factor += (i/(exp(i*x))); where x = log(1+mo_rate) Paul McKenzie --------------- ** Current thread: SLOW CALCULATION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34FQ3525 Date: 04/11/90 From: JIM MONROE Time: 09:58 pm To: COREY CLINGO (Rcvd) (Read 70 times) Subj: R: SLOW CALCULATION will give it a try to see if it works any faster on my slow machine, Thanks Jim Monroe --------------- ** Current thread: SLOW CALCULATION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34FQ3585 Date: 04/11/90 From: JIM MONROE Time: 09:59 pm To: NESHAM SOFTWARE (Rcvd) (Read 70 times) Subj: R: SLOW CALCULATION will give it a try, Thanks Jim Monroe --------------- ** Current thread: SLOW CALCULATION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34FR0066 Date: 04/11/90 From: JIM MONROE Time: 10:01 pm To: PAUL MCKENZIE (Rcvd) (Read 68 times) Subj: R: SLOW CALCULATION Will give it a try, Thanks, Jim Monroe >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34DP1813 Date: 04/09/90 From: DAVE CLAY Time: 08:30 pm To: ALL (Read 75 times) Subj: I DON'T "C" TOO GOOD. A little help please. I am just learning C and could use a little help. Does anyone know of a assembly language function that can be called from MSC and Turbo C which will allow me to read ALL regesters (except IP)? I am trying to use C instead of doing some long tasks in assembler. As I enter an interrupt handler, I need to know AX, DX, SS, SP etc. , Of course, guess what, I also need a function which allows writing ALL registers when I exit from an interrupt handler. Any ideas???? Thanks, Dave Clay --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34FM0303 Date: 04/11/90 From: NESHAM SOFTWARE Time: 06:05 pm To: DAVE CLAY (Rcvd) (Read 71 times) Subj: R: I DON'T "C" TOO GOOD. Check out functions like int86 which allow you to specify the values of the registers. On return you would access the members of the UNION Regs which allows access to the register return values from an interrupt call. The union REGS is defined in the file dos.h which comes with TurboC or MSC. Tim --------------- ** Current thread: I DON'T "C" TOO GOOD. Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34FP0226 Date: 04/11/90 From: DAVE CLAY Time: 08:03 pm To: NESHAM SOFTWARE (Rcvd) (Read 71 times) Subj: R: I DON'T "C" TOO GOOD. Tim, ■≥ Thanks √ f■≥or t √he tip. My trouble is that my interrupt gets garbagenumbers because I have no way of keeping the uninitialized psudeo register numbers from being dropped into the interrupt when the hardware calls the interrupt √. INT86 is great for calling an interrupt form C but it is no good if the hardware is calling the interrupt. Thanks Dave Clay --------------- ** Current thread: I DON'T "C" TOO GOOD. Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34IJ1641 Date: 04/14/90 From: JEFF NOWLAND Time: 03:27 pm To: DAVE CLAY (Rcvd) (Read 69 times) Subj: R: I DON'T "C" TOO GOOD. Dave, If you are using TC then declaring your interrupt handler as being interrupt will automatically save and restore all registers for you. Also if your function is written as: void interrupt handler( bp,di,si,ds,es,dx,cx,bx,ax); unsigned bp,di,si,ds,es,dx,cx,bx,ax; then you have the registers you need as normal C parms. JDNowland. --------------- ** Current thread: I DON'T "C" TOO GOOD. Conf: PROGRAMMING Topic: C LANGUAGE Ref: 353N2386 Date: 05/03/90 From: DAVE CLAY Time: 07:39 pm To: JEFF NOWLAND (Rcvd) (Read 73 times) Subj: R: I DON'T "C" TOO GOOD. Jeff, Thanks for the help. I was using MSC but you gave a very good reason for switching to Turbo C. Eventhough Turbo C saves the registers, can I get hold of them without disturbing them? In other words, can I read what they were when the interrupt went off without affecting them? Thanks much, Dave Clay --------------- ** Current thread: I DON'T "C" TOO GOOD. Conf: PROGRAMMING Topic: C LANGUAGE Ref: 354Q1186 Date: 05/04/90 From: JEFF NOWLAND Time: 09:19 pm To: DAVE CLAY (Read 72 times) Subj: R: I DON'T "C" TOO GOOD. Dave, Yes! In the TurboC world, if you declare your interrupt function as: void interrupt my_handler( unsigned bp, unsigned di, unsigned si, unsigned ds, unsigned es, unsigned dx, unsigned cx, unsigned bx, unsigned ax ) then you may view and/or modify the incoming registers as you wish. JDNowland. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34GQ2153 Date: 04/12/90 From: T Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34HN1525 Date: 04/13/90 From: ROBERT BALSOVER Time: 07:25 pm To: JIM NICKEL (Rcvd) (Read 72 times) Subj: R: GLOBAL STRINGS IN TURBO C Jim, If you declared the buffer as a external buffer space won't be allocated for it at compile time. This would result in no errors when compiling but when you link the linker *will* look for that buffer. You get a error message like the one you got in that case. Just a guess but I can't see the source to be sure. Bob >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34HE2219 Date: 04/13/90 From: RICHARD MILLER Time: 10:37 am To: ALL (Read 70 times) Subj: PASCAL TO C I have a small program that I am trying to convert from Pascal to C. i plan to use it as a procedure in clipper. It is Probably 60% converted but I'am at a P\point that I need some help. I am willing to compesate you for your time spent. Please leave me a message. Thanks Richard --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34HN1587 Date: 04/13/90 From: ROBERT BALSOVER Time: 07:26 pm To: RICHARD MILLER (Rcvd) (Read 72 times) Subj: R: PASCAL TO C Richard, Hoe many lines are we talking about? Bob --------------- ** Current thread: PASCAL TO C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34IC2528 Date: 04/14/90 From: RICHARD MILLER Time: 08:42 am To: ROBERT BALSOVER (Rcvd) (Read 73 times) Subj: R: PASCAL TO C Bob, Thanks for replying. There are approx. 200 lines, but I have already converted Probably 50% or more to Turbo C. The remainder are more involved than by basic knowledge of C. I hope you can help. Richard >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34HE3231 Date: 04/13/90 From: DENNIS DODSON Time: 10:53 am To: ALL (Read 69 times) Subj: .BAT FROM C .EXE Is it possible to leave a C program and start-up a batch (.bat) job ? I've tried the 'exec' family with unsuccessfull results, program seems to hang. Any suggestions would be appreciated. -Dennis- --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34HN2006 Date: 04/13/90 From: ROBERT BALSOVER Time: 07:33 pm To: DENNIS DODSON (Rcvd) (Read 70 times) Subj: R: .BAT FROM C .EXE Dennis, You have to call coomand.com with the batch file name as a parmeter. ie. execl("COMMAND.COM","BTCHFILE.BAT",NULL); . What I think you want to do is call spawn instead. ie. spawnl("C:\\COMMAND.COM","BTCHFILE.BAT",NULL); . The exec...() family of functions overlays the current program in memory. That means that once command.com finish processing and returned, the is nothing to return to. spawn...() functions don't overlay themselfs. . Bob --------------- ** Current thread: .BAT FROM C .EXE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34IF1168 Date: 04/14/90 From: DENNIS DODSON Time: 11:19 am To: ROBERT BALSOVER (Rcvd) (Read 71 times) Subj: R: .BAT FROM C .EXE Thanks Bob, that's exactly what I wanted to know. Yes I do wnat to run the 'exec' type function. The daily batch run should be executed from an on-line program, flushed out, etc. and when the lengthly batch run is done, will return the operator to the main menu for further action. Thanks again Bob for the hint. -Dennis- --------------- ** Current thread: .BAT FROM C .EXE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34IL3301 Date: 04/14/90 From: ROBERT BALSOVER Time: 05:55 pm To: DENNIS DODSON (Rcvd) (Read 65 times) Subj: R: .BAT FROM C .EXE your welcome Bob --------------- ** Current thread: .BAT FROM C .EXE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34JH2600 Date: 04/15/90 From: JOE VINCENT Time: 01:43 pm To: DENNIS DODSON (Rcvd) (Read 69 times) Subj: R: .BAT FROM C .EXE Dennis, both the "spawn" and "exec" functions are meant to invoke executable programs. If you want to invoke a .BAT from within a C program, why wouldn't "system" be the logical choice? Am I missing something? -=≡{JOE}≡=- (tm) --------------- ** Current thread: .BAT FROM C .EXE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34JP3412 Date: 04/15/90 From: JIM MONROE Time: 08:56 pm To: JOE VINCENT (Rcvd) (Read 69 times) Subj: R: .BAT FROM C .EXE It seems that the biggest portion of this problem is the return. I think that the use of a bat file will return to dos prompt, this may not be the desired result. --------------- ** Current thread: .BAT FROM C .EXE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34KM0041 Date: 04/16/90 From: JOE VINCENT Time: 06:00 pm To: JIM MONROE (Rcvd) (Read 73 times) Subj: R: .BAT FROM C .EXE >It seems that the biggest portion of this problem is the return. I think >that the use of a bat file will return to dos prompt, this may not be the >desired result. I think I'll do some empirical research and find out. If it doesn't work directly, it seems as if you could use "system" to invoke a second copy of command.com with a /c to execute the .BAT. Right now, I don't see why a "system" of the .BAT shouldn't work directly. I'm really speculating here. -=≡{JOE}≡=- (tm) --------------- ** Current thread: .BAT FROM C .EXE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34KR1811 Date: 04/16/90 From: GRANT ELLSWORTH (Leader) Time: 10:30 pm To: JOE VINCENT (Rcvd) (Read 70 times) Subj: R: .BAT FROM C .EXE Joe , I remember using the "system()" function some time back to address a special problem --- there is a return code issued, but it's limited to a 0 if opertion was successful and -1 when it is not (ie. the .bat file did not exist of failed due to a command failure). The best workaround is clumsy, if sensing a specific errorlevel or exit code is desired ... The .bat file must do something like the following: ... SET ENVVAR=%ERRORLEVEL% echo %ENVVAR% >return.cod And then the pgm must read the file, return.cod, to get the actual exit code. Real ugly. Grant --------------- ** Current thread: .BAT FROM C .EXE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34LG3186 Date: 04/17/90 From: DENNIS DODSON Time: 12:53 pm To: JOE VINCENT (Rcvd) (Read 73 times) Subj: R: .BAT FROM C .EXE The purpose of my original '.bat from .exe' question was that I wanted to initiate a daily batch run from a on-line type C program for an account- ing system that I am redeveloping for my employer. This system is being rewritten from mainframe (Cobol, RPG, Assembly) to Novell Networked PC's. Journal entries, payroll data, and file maintenance are performed daily for a set of clients to be process that day. The C program in question is a 'run control' master maintenance type program where the clients to be processed that day in the batch run are displayed to the supervisor and he/she has the option of 'holding' or changing certain clients from the batch run because of unknown circumstances that may warrant this action. One of the menu items in this program is to 'RUN' the daily batch run. I thought this would be better than having the operator exit to DOS and having them type in a batch file name to execute. An important requirement of this process is that the memory in the PC will be at its maximum as some of the batch C programs are very large and probably would not execute as a child of this calling program. I have tried Bob B.'s suggestion of the EXECLP (retain path) and am having trouble with command.com being found on the network, even though it is in the Path and Comspec. I have thought about trying the SPAWNLP function with P_OVERLAY mode and will try next. Batch run would execute, can check errorlevel status, inform operator, etc., and would return to calling program. Operator would then exit to Main Menu. I have had a problem with memory errors the last two days and am awaiting replacement probably tomorrow, cannot perform M$C 5.0 link, getting 110 errors and then hangs processor, i.e., can compile, but not link program to test further. Anyway, I just thought I should reinforce the reasons for my query as I have seen more discussion on it. Thanks for the response all of you. The SYSTEM command probably would not be desireable as I assume there would be a problem with insufficient memory. -Dennis- --------------- ** Current thread: .BAT FROM C .EXE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34LL2809 Date: 04/17/90 From: JOE VINCENT Time: 05:46 pm To: GRANT ELLSWORTH (Rcvd) (Read 68 times) Subj: R: .BAT FROM C .EXE I wasn't paying attention. I forgot the part about wanting to get back an error code from the batch file execution. "Spawn" is the only way I know to do that in an elegant manner. Good catch! -=≡{JOE}≡=- (tm) --------------- ** Current thread: .BAT FROM C .EXE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34LL3020 Date: 04/17/90 From: JOE VINCENT Time: 05:50 pm To: DENNIS DODSON (Rcvd) (Read 68 times) Subj: R: .BAT FROM C .EXE Dennis, I've printed your explanation of your problem and will, as my grandfather used to say, "study on it." It's an interesting problem. I had missed the part about needing to get back an error code from the batch file execution. Let me ponder this. -=≡{JOE}≡=- (tm) --------------- ** Current thread: .BAT FROM C .EXE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34LS1150 Date: 04/17/90 From: JIM MONROE Time: 11:19 pm To: JOE VINCENT (Rcvd) (Read 66 times) Subj: R: .BAT FROM C .EXE Good Luck, I have not tried this procedure but am interested in finding out the results. Jim Monroe s >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34II2665 Date: 04/14/90 From: RICHARD WAMSER Time: 02:44 pm To: ALL (Read 70 times) Subj: C PROGRAM INTERRUPT HANDLER I would Appreciate any help or comments on writting a Hardware Interrupt for a AT BUSS Comouter. In particular for I/O BUSS Hardware Interrupt IRQ11 I have used the Mircosoft C v5.1 System Call _dos_setvect to set a new set of VECTORS in to Handle a Hardware Interrupt ( IRQ11 ) the Vectors seem to change after I have installed them but, I can't get any indication that the Hardware Interrupt was serviced I think that my problem is in the Interrupt Handler Routine That I wrote but am sure is incorrect So I sure would Appreciate any help I could get on writting a Hardware Interrupt Handler Routine Thanks for Your Help Richard --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34IJ2221 Date: 04/14/90 From: JEFF NOWLAND Time: 03:37 pm To: RICHARD WAMSER (Rcvd) (Read 70 times) Subj: R: C PROGRAM INTERRUPT HANDLER Richard, Make sure you are setting the correct set of vectors. IRQ 11h is serviced at VECTOR 73h. Also, the interrupt controller must be given an end-of-interrupt signal on both interrupt controllers(irq 11h is cascaded from a second interrupt controller to irq 2) JDNowland. --------------- ** Current thread: C PROGRAM INTERRUPT HANDLER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34IQ1076 Date: 04/14/90 From: RICHARD WAMSER Time: 09:17 pm To: JEFF NOWLAND (Rcvd) (Read 71 times) Subj: R: C PROGRAM INTERRUPT HANDLER Jeff, Thank You for your reply, most of what you said I understand but, I still could use some help in implamenting what you said with what I have written in a IRQ11 Interrupt Handler. If you have some time and interest I have UPLOADED 3 Files RWI.C the source file for my Interrupt Handler it was written in Mircosoft v5.1 RWI.OBJ the object File for the source code and RWI.EXE the excuteable File of the source File. I would sure appreciate any comments, corrections, or additions that you might make or suggest. Thanks for Your Help: Richard --------------- ** Current thread: C PROGRAM INTERRUPT HANDLER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34WM0400 Date: 04/27/90 From: JEFF NOWLAND Time: 06:06 pm To: RICHARD WAMSER (Rcvd) (Read 76 times) Subj: R: C PROGRAM INTERRUPT HANDLER Rich, The reason your program didn't work was that you were not pointing farptr to video memory(unless MC5.1 is much different than TC in storing pointers). Line 44 of RWI.C was farptr = ( int far * )0xb000864; It should have been farptr = ( int far * )0xb0000864; The segment value is the most significant 4hex digits and the offset is the least significant 4hex digits, so B000:864 is stored as 0xB0000864. If your interrupt handler doesn't do anything to your system that would be harmful if simulated you can test it by direct calling it. It is probably getting called correctly by the hardware, but it is writing INTERRUPT to location B00:864 in memory instead of B000:864(redundant?) Sorry it took so long to get back, hope this helps. JDNowland. --------------- ** Current thread: C PROGRAM INTERRUPT HANDLER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34WS0125 Date: 04/27/90 From: RICHARD WAMSER Time: 11:02 pm To: JEFF NOWLAND (Rcvd) (Read 70 times) Subj: R: C PROGRAM INTERRUPT HANDLER Jeff; Thanks for the info on the far pointer into Video memory I have just read your message and as soon as I get a chance I will change the source code in my Interrupt program and try and see if it will then work. Since your only comment was on the far pointer into Video memory it would seem that you think that the rest of the code might be OK. l after I try it I will let you know if it works. Thanks again for you time, intrest, and comments. By the way do you know any thing about D M A Direct Memory Access ? I have started to read up on this subject with the hope of some day figuring out how to implament D M A on my computer Any help you could give me on this subject would be most appreciated both in hardware & software. Thanks again Rich --------------- ** Current thread: C PROGRAM INTERRUPT HANDLER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34YI3481 Date: 04/29/90 From: JEFF NOWLAND Time: 02:58 pm To: RICHARD WAMSER (Rcvd) (Read 72 times) Subj: R: C PROGRAM INTERRUPT HANDLER Rich, Glad to be of service. I didn't see anything else that was definitely wrong with the code. You may wish to debug the IRQ2 vector to make sure that the following is happening: 1) that the interrupt controllers are being reset by sending out an eoi(20h) to ports 20h(for main controller) and A0h(cascaded controller) 2) that interrupts are enabled after return from interrupt(so clock, etc. continue to operate) 3)depending on what the program is supposed to do and when the interrupt occurs it may be wise to save the current stack as well as all registers, then switch to your own stack. Type again if have more Qs. JDNowland. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34JQ0081 Date: 04/15/90 From: JIM MONROE Time: 09:01 pm To: ALL (Read 69 times) Subj: HOW TO USE HEADER FILES Is there a good book, article or whatever explaining how to use an individual's self created header files. I seem to have no problem with the idea of defining variables within these file but how do you actually define a function and where is the function (header or some where else) code? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34KR1322 Date: 04/16/90 From: GRANT ELLSWORTH (Leader) Time: 10:22 pm To: JIM MONROE (Rcvd) (Read 71 times) Subj: R: HOW TO USE HEADER FILES Jim, on header files .... Typically, the header files are used to: o define/declare symbols and structures o establish function prototypes o declare common "extern" references You would use the header files to provide this common base of definitions to a set of separately comipiled routines which must share these common definitions I very rarely use a header file to declare a true variable since this can lead to a linker error : symbol xxx defined in .... (several separate modules). When absolutely necessary to declare a true variable in a header file for common access, I will make the variable an extern and use an #ifdef __MY_MAIN__ #define extern (blank) #endif construct to nul- lify the "extern" in the main (or pre-chosen) module where I want the variable declared to "exist" (its home, if you will). The book "The C Programming" by Jack(?) Purdom published by Que, now in its 2nd edition, contains some examples and illustrations of header file usage. Hope this gets you started ... Grant --------------- ** Current thread: HOW TO USE HEADER FILES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34LS1232 Date: 04/17/90 From: JIM MONROE Time: 11:20 pm To: GRANT ELLSWORTH (Rcvd) (Read 66 times) Subj: R: HOW TO USE HEADER FILES Will give it a try and also try to get the book. Thanks >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34L40666 Date: 04/17/90 From: TED GAGLIANO Time: 04:11 am To: ALL (Read 70 times) Subj: PI Hello out there. I am new to this conference and I would like your help. Included in this message is a "C" program for calculating PI out to 10K places. I tried it out and it works as advertized. What stumps me is HOW ! I have some background in "C" but can not follow this program flow. I can see that memory seems to be used to hold the numbers. What I would like help on is comments. Could one of you guys comment the dickens out of this code and reload it back as a message. I need detailed commenting as if I knew little or nothing. This way I can bypass what I do know and try to absorb the new stuff. The real meat is how the actual calcultion is done without loosing accuracy. If this one does 10,000 places, why not 20,000 or 64,000 or for ever and ever until I run out of hard disk space ?? Thanks in advance for any help. I am hoping this will be an intellectual challenge for the bored pro....<TRG> Please be aware that because of the 99 line limit I have cut this program into 4 pieces. Here is PART 1 /* * PI - program to print PI to N places * 1st argument is the number of places desired. Space is allocated * by dynamic allocation. * * Programmed by Bill Davidsen after the method of G. M. Roe, * based on a version for "E" supplied with the "B" compiler, 1970 * * Modified by Alexander Morris, September 9, 1987 to be fully compatible * with Borland's Turbo C */ #include <stdio.h> #include <alloc.h> long kf, ks, *mf, *ms; long cnt, n, i, temp, nd; long col, col1; long loc, stor[21]; --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34L40806 Date: 04/17/90 From: TED GAGLIANO Time: 04:13 am To: ALL (Read 68 times) Subj: PI-PART2 This is PART2++++++++++++++++++++++++++++++++++++++++++++++++++++++++ main (argc, argv) int argc; char *argv[]; { col = col1; stor[i++] = 0; /* also init */ if (argc < 2) { fprintf (stderr, "Format is:\n\tpi <# places>\n"); exit (); } n = atoi (argv[1]); /* get the digits requested */ mf = calloc ((int)n+3, sizeof (long)); ms = calloc ((int)n+3, sizeof (long)); cnt = 0; kf = 25; ks = 57121L; mf[1] = 1; for (i = 2; i <= n; i += 2) { mf[i] = -16; mf[i + 1] = 16; } for (i = 1; i <= n; i += 2) { ms[i] = -4; ms[i + 1] = 4; } printf ("\n 3."); while (cnt < n) { for (i = 0; ++i <= n - cnt;) { mf[i] *= 10; ms[i] *= 10; } for (i = n - cnt + 1; --i >= 2;) { temp = 2 * i - 1; shift (&mf[i - 1], &mf[i], temp - 2, temp * kf); shift (&ms[i - 1], &ms[i], temp - 2, temp * ks); } nd = 0; shift (&nd, &mf[1], 1L, 5L); shift (&nd, &ms[1], 1L, 239L); xprint (nd); } } --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34L40900 Date: 04/17/90 From: TED GAGLIANO Time: 04:15 am To: ALL (Read 67 times) Subj: PI-PART3 Here is PART3+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ shift (l1, l2, lp, lmod) long *l1, *l2, lp, lmod; { long k; k = ((*l2) > 0 ? (*l2) / lmod : -(-(*l2) / lmod) - 1); *l2 -= k * lmod; *l1 += k * lp; } yprint (m) long m; { if (cnt < n) { if (++col == 6) { col = 1; if (++col1 == 10) { col1 = 0; printf ("\n%4d", m % 10); } else printf ("%2d", m % 10); } else printf ("%d", m); cnt++; } } --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34L40992 Date: 04/17/90 From: TED GAGLIANO Time: 04:16 am To: ALL (Read 68 times) Subj: PI-PART4 And here is PART 4+++++++++++++++++++++++++++++++++++++---<TRG> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ xprint (m) long m; { long i, wk, wk1; if (m < 8) { for (i = 1; i <= loc;) yprint (stor[i++]); loc = 0; } else if (m > 9) { wk = m / 10; m %= 10; for (wk1 = loc; wk1 >= 1; wk1--) { wk += stor[wk1]; stor[wk1] = wk % 10; wk /= 10; } } stor[++loc] = m; } --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34ME3329 Date: 04/18/90 From: GREGORY WILSON Time: 10:55 am To: ALL (Read 69 times) Subj: MSC VS QUICKC Just to satisfy my curiousity and to justify purchasing Microsoft C, what is the difference between Quick C 2.0 and Microsoft C 5.1 as far as performance, size, ..etc. Is it really worth going out and getting MSC when I already have Quick C 2.0? Doesn't QuickC 2.0 use the same libs? Anyway...I would appreciate any enlightment from you. THanks! Gregory Wilson --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34NN2400 Date: 04/19/90 From: NESHAM SOFTWARE Time: 07:40 pm To: GREGORY WILSON (Rcvd) (Read 73 times) Subj: R: MSC VS QUICKC QuickC uses *.QCL libs I believe. Anyway, MSC 6.0 is on its way and it's got quite a bit enhancements from 5.1. Differences between QC and MSC are the debugger, optimization and price! I've had problems using QC for large projects. QC comes with 5.1 but only the older version - not QC 2.0. OS2 support may be a factor. Unless you like spending $$$$ I think TurboC is superior to MSC5.1. MSC 6.0 is another story but it will cost $450 list! Tim --------------- ** Current thread: MSC VS QUICKC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34NP3241 Date: 04/19/90 From: ROBERT BALSOVER Time: 08:54 pm To: NESHAM SOFTWARE (Rcvd) (Read 69 times) Subj: R: MSC VS QUICKC One should also wait to see what *new* bugs are in MSC 6.0 It could be great, and it could be pandora's box. Bob --------------- ** Current thread: MSC VS QUICKC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34NQ0790 Date: 04/19/90 From: GREGORY WILSON Time: 09:13 pm To: NESHAM SOFTWARE (Rcvd) (Read 68 times) Subj: R: MSC VS QUICKC I have a copy of Turbo C that I borrowed from a friend to try out but have not had any time to benchmark the two. What advantages do you know of for Turbo C. Since I have already invested in Quick C and about 8 MSC books, I will probably stick with it. Anyway...thanks for the help! Gregory Wilson --------------- ** Current thread: MSC VS QUICKC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34PL2038 Date: 04/20/90 From: NESHAM SOFTWARE Time: 05:33 pm To: ROBERT BALSOVER (Rcvd) (Read 71 times) Subj: R: MSC VS QUICKC Agreed. I wonder if they will make us pay for 6.1 bug fixes. Tim --------------- ** Current thread: MSC VS QUICKC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34QD2632 Date: 04/21/90 From: ROBERT BALSOVER Time: 09:43 am To: NESHAM SOFTWARE (Rcvd) (Read 70 times) Subj: R: MSC VS QUICKC Tim, I don't use MSC but if there are new features that I want, I'll wait until 6.1 because you know M$ will charge for it. Bob --------------- ** Current thread: MSC VS QUICKC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34QE0873 Date: 04/21/90 From: GRANT ELLSWORTH (Leader) Time: 10:14 am To: NESHAM SOFTWARE (Rcvd) (Read 71 times) Subj: R: MSC VS QUICKC Of course they'll have you pay even more $$$ for the 6.1 bug fixes ... and then pay even more for the 7.0 fixes for the bugs still in 6.1 ... Meanwhile you'll spend hours and hours working with a lame debugger trying to find out why your programs don't work ---- and be in the dark for many days wondering whether it was your coding or an M$C "feature" which bit you. M$C any level ... it just ain't worth the time or the money. Grant --------------- ** Current thread: MSC VS QUICKC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34QG1017 Date: 04/21/90 From: NESHAM SOFTWARE Time: 12:16 pm To: GRANT ELLSWORTH (Rcvd) (Read 69 times) Subj: R: MSC VS QUICKC The lame debugger will be stronger in 6.0 as it will support the use of virtual memory for debugging. We use a product call Softice to allow us to run a debugging session that needs more than 640k. With 6.0 we won't need such third party products. Codeview will allow browsing of objects like the Turbo Debugger. We will have to wait and see the 'truth' of all the M$C hype! As they claim it is the FASTEST and TIGHTEST compiler in the universe. Yeah, right. Tim >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34MI1547 Date: 04/18/90 From: ANDY HUBBELL Time: 02:25 pm To: ALL (Read 74 times) Subj: TC 2.0 SOURCE I AM A RELATIVELY NOVICE 'C' PROGRAMMER. I AM CURIOUS TO KNOW IF ANY ADVANTAGE COULD BE GAINED BY PURCHASING THE BORLAND TURBO C V2.0 RUNTIME LIBRARY SOURCE CODE. BORLAND SELLS IT FOR ABOUT 150 BUCKS. IS IT WORTH IT ? I WELCOM ALL SUGGESTIONS AND/OR COMMENTS PLEASE. ANDY --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34NB3115 Date: 04/19/90 From: ANDY HUBBELL Time: 07:51 am To: ROBERT BALSOVER (Rcvd) (Read 73 times) Subj: R: TC 2.0 SOURCE BOB, Thanks for the reply. I have not heard of RTL. Is it public domain ? I mainly want to see how some of the library functions are written to better help me understand the basics of C. I have pulled a lot of source from the BBS that others have written. However, most code uses the libraries. Let me know about the RTL and I'll type at you later. ANDY --------------- ** Current thread: TC 2.0 SOURCE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34PC0467 Date: 04/20/90 From: ANDY HUBBELL Time: 08:07 am To: ROBERT BALSOVER (Rcvd) (Read 73 times) Subj: R: TC 2.0 SOURCE Bob, Now I feel kind of stupid. I suppose if I thought about it enough I would have figured it out. Thanks again for the info. Andy --------------- ** Current thread: TC 2.0 SOURCE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 351H0486 Date: 05/01/90 From: ANDY HUBBELL Time: 01:08 pm To: DAVID THOMAS (Rcvd) (Read 84 times) Subj: R: TC 2.0 SOURCE DAVID, THANKS FOR THE REPLY. I AM STILL NOT SURE THAT I WANT TO SPEND THE MONEY TO OBTAIN THE SOURCE WHEN THERE ARE MANY KNOWLEDGEABLE FOLKS RIGHT HERE ON THE BBS THAT CAN HELP. THANKS... Andy >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34MS1062 Date: 04/18/90 From: JOHN ABATTE Time: 11:17 pm To: ALL (Read 68 times) Subj: TURBO GLITCH Here's an interesting problem I ran into with TC 2.01. Considering the following code frag, why does TC complain that the "Constant is a long" or some such silliness: #include <stdio.h> void main(void) { unsigned int x=59009, y=8881; printf("%u decimal or %x hex.\n", x&y, x&y); } I've obviously declared x to be unsigned, but the compiler keeps nagging me about the constant 59009 being a long value. Now the interesting part is that if I declare "unsigned int x=0xE681;" there's NO PROBLEM!!! It's the same friggin' number!!! T'ink I ought to B**ch to Borland? This one's got me baffled since I compiled on another machine with no warnings with the same compiler setup. MSC didn't complain at all when I ran it by him. AMAZING STUFF CATAGORY Ciao...John --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34N12610 Date: 04/19/90 From: ROBERT BALSOVER Time: 12:43 am To: JOHN ABATTE (Rcvd) (Read 68 times) Subj: R: TURBO GLITCH John, If you have a CIS account, I would ask in the BPROGB forem. Bob --------------- ** Current thread: TURBO GLITCH Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34PM3554 Date: 04/20/90 From: JOHN ABATTE Time: 06:59 pm To: ROBERT BALSOVER (Rcvd) (Read 67 times) Subj: R: TURBO GLITCH Hi Bob, Tanx for the feedback. I figured it out today, though. All I needed to do was append a 'U' to the end of the constant as: 59009U so the compiler would stop nagging. Thanks again. John. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34NS0354 Date: 04/19/90 From: JIM NICKEL Time: 11:05 pm To: ALL (Read 72 times) Subj: TURBO C MAKEFILES I started a project entirely in the Turbo C editor/compiler environment. After a short time, I started to run out of memory. At that point, I converted my project to use a makefile, but I wonder if I can set it up so that the makefile does comparisons between source files in one directory, and their associated object files in another directory. The Turbo C programming environment allows this, but I'm not sure how to do it in a makefile. Here's what my makefile looks like: A.EXE: b.obj c.obj d.obj e.obj f.obj tlink /v /c lib\C0L @lnkfiles.def, a.exe, a.map, lib\cwtt20l + lib\emu lib\mathl lib\cl .c.obj: tcc -a -f -Iinclude -c -v -w-sus -ml -y $< ---------------------------------------------------------------- My 'lnkfiles.def' file looks like this: a b c d e f ----------------------------------------------------------- Any help to unclutter my TurboC base directory would be appreciated. Jim --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34PL2328 Date: 04/20/90 From: NESHAM SOFTWARE Time: 05:38 pm To: JIM NICKEL (Rcvd) (Read 71 times) Subj: R: TURBO C MAKEFILES There is NO need to run out of memory using the environment. Just break up your source file. Also you can dump the file you are editing from memory. Source files greater than 30,000 bytes should be avoided. Sorry, I don't use anything but the environment. Tim --------------- ** Current thread: TURBO C MAKEFILES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34PS1802 Date: 04/20/90 From: JIM NICKEL Time: 11:30 pm To: NESHAM SOFTWARE (Rcvd) (Read 74 times) Subj: R: TURBO C MAKEFILES I would prefer to work in the TC environment also, but I don't have enough memory to run my program from there once I compile and link it. Therefore, the incentive to work in the TC environment disapears immediately. I have about 60 modules which are on the average around 10K in source code and the largest one is 26K. The resulting .EXE code is about 250K in size. Turbo C uses about 300K or so, which doesn't leave much room for anything else. I know I could EXPLICITLY do the makefile compares on each source code file, but then the appeal of the implicit rules of makes also disappears. I suppose I could move both my source and object to a subdirectory under \TC. Maybe I'll call Borland to see what (if anything) they suggest. Jim --------------- ** Current thread: TURBO C MAKEFILES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34QE0599 Date: 04/21/90 From: GRANT ELLSWORTH (Leader) Time: 10:10 am To: JIM NICKEL (Rcvd) (Read 72 times) Subj: R: TURBO C MAKEFILES Jim, Aside from breaking you C program into smaller compilable units (good idea) or using header files to contain common typedefs and prototypes, you can use the TCC / Makefile environment to compile slightly larger units as you suspect. To reroute and trigger checking for obj's in directory other than the source directory, you MUST specify the output obj directory in the Makefile rules. I usually do this via a defined makefile variable, eg: OBJEXE = C:\MYPROGS\OBJEXE\ # <- comment flag necessary to allow \ as # last character INCL = C:\MYPROGS\INCL\ # <- preserves \ as last char .... $(OBJEXE)myprog.exe: $(OBJEXE)myprog.obj $(OBJEXE)other.obj ..... etc. tlink @myprog.lnk ..... ...... $(OBJEXE)myprog.obj: myprog.c $(INCL)myhdr.h $(INCL)other.h .... etc.. .... Hope this is enough for you to get the gist of it. Grant --------------- ** Current thread: TURBO C MAKEFILES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34QG0538 Date: 04/21/90 From: NESHAM SOFTWARE Time: 12:08 pm To: JIM NICKEL (Rcvd) (Read 71 times) Subj: R: TURBO C MAKEFILES Well running the .exe within the TC environment is a bit too much for poor old DOS. I've never tried that since I get out of the environment first. I wonder if it should swap itself out? Tim --------------- ** Current thread: TURBO C MAKEFILES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34QI1670 Date: 04/21/90 From: JIM NICKEL Time: 02:27 pm To: GRANT ELLSWORTH (Rcvd) (Read 72 times) Subj: R: TURBO C MAKEFILES Hi Grant. I suspected I could do something like that, but I didn't want to have to specify EVERY file in my makefile definition. Currently I use the built-in rule of: .c.obj to say that ALL .obj files depend on their coresponding .c file. I think I might punt and move everything (source and object to a new directory). Thanks for the idea though. Jim --------------- ** Current thread: TURBO C MAKEFILES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34QI1905 Date: 04/21/90 From: JIM NICKEL Time: 02:31 pm To: NESHAM SOFTWARE (Rcvd) (Read 74 times) Subj: R: TURBO C MAKEFILES I started to work ENTIRELY in the TC environment and it was really neat. I could write code, test it, edit it, run it again, all without leaving the TC editor window. Now that my program is getting bigger, I guess it's kinda like squeezing blood out of a turnip. I had heard that it is possible to move TC up to extended/expanded memory on a 386 to gain a couple of extra hundred K for your program, but I can't say that I've actually seen it done. CUL Jim --------------- ** Current thread: TURBO C MAKEFILES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34RE0459 Date: 04/22/90 From: GRANT ELLSWORTH (Leader) Time: 10:07 am To: JIM NICKEL (Rcvd) (Read 74 times) Subj: R: TURBO C MAKEFILES Jim, I didn't illustrate it right for the global rule, but, you can use the global rule as well. I just haven't used it that way. What I do is this: CM1 = TCC ........ $(OBJEXE)myprog.exe: $(OBJEXE)myprog.obj ..... tlink @myprog.lnk $(OBJEXE)myprog.obj: myprog.c ..... $(CM1) That way I can set the global compile rule in the CM1 variable I did try to use the global .c.obj construct, but got it fouled up. There is a way to do it ... or should be ... grant --------------- ** Current thread: TURBO C MAKEFILES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34RE0637 Date: 04/22/90 From: GRANT ELLSWORTH (Leader) Time: 10:10 am To: JIM NICKEL (Rcvd) (Read 73 times) Subj: R: TURBO C MAKEFILES Jim, I wonder ... can you get your program compiled in the IDE (no run)? If so, why not just compile to the .exe form and run it from the command line? For debugging, though, you'd have to use the stand-alone debugger. grant --------------- ** Current thread: TURBO C MAKEFILES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34RF3272 Date: 04/22/90 From: JIM NICKEL Time: 11:54 am To: GRANT ELLSWORTH (Rcvd) (Read 71 times) Subj: R: TURBO C MAKEFILES I agree, there SHOULD be a way to do it with the global .c.obj construct, but I haven't figured it out yet either. CYA Jim --------------- ** Current thread: TURBO C MAKEFILES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34RF3586 Date: 04/22/90 From: JIM NICKEL Time: 11:59 am To: GRANT ELLSWORTH (Rcvd) (Read 74 times) Subj: R: TURBO C MAKEFILES Yes, I can do a compile/link from within the IDE and that is how I started. I originally had my output directory as C:\TC\OUTPUT, while all of my source code was at C:\TC. That was no problem for the IDE to determine which (if any) files needed to be re-compiled. When I switched to the command line stuff, it required me to move all of my stuff back to the C:\TC directory. No big deal, but I figured there "must" be a way to keep the two separated if the IDE can do it. I guess the smart thing to do is really to set up a subdirectory under C:\TC that has both source and object code in it. Jim --------------- ** Current thread: TURBO C MAKEFILES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34SM1257 Date: 04/23/90 From: GRANT ELLSWORTH (Leader) Time: 06:20 pm To: JIM NICKEL (Rcvd) (Read 73 times) Subj: R: TURBO C MAKEFILES Jim, The makefile example I left has a "work_around". However, I think you can do this: OUTPUT=C:\MYAPPS\EXE\ # ...etc. c.obj: tcc -mx -o$(OUTPUT)$&.obj .... $< .... $(OUTPUT)myprog.obj: myprog.c $(OUTPUT)other.obj: other.c .... Grant --------------- ** Current thread: TURBO C MAKEFILES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34SR3461 Date: 04/23/90 From: JIM NICKEL Time: 10:57 pm To: GRANT ELLSWORTH (Rcvd) (Read 73 times) Subj: R: TURBO C MAKEFILES That isn't really what I'm looking for Grant. I wanted to avoid supplying EACH filename in my makefile, and somehow perhaps set some environmental variable prior to running TC. Thanks for thinking about it though. Jim >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34U11230 Date: 04/25/90 From: RAY TWEEDALE Time: 12:20 am To: ALL (Read 77 times) Subj: C HELP I am new to C programming and have run into a problem. In the code that follows, i am getting a "filename" (line 5&6) from the user and then reading the file to find a specific string (line 16&17). The problem i have is that when i watch the variable "c" in my debugger and it matches the string literal, line 18 never executes. My first thought was that i should have put "*c" instead of "c". But then i get an indirection error while compiling. I don't have a vast reference available and from what i do have i don't see anything wrong with line 17. I need this program to work soon and have come looking here for advice Thanks for any replys. 1 FILE *fp1; 2 char oneword[81],filename[11]; 3 char *c, yn ; ... /* a switch in here to get general info */ ... /* general program info screens */ 4 5 printf("Enter database filename --> "); 6 scanf("%s",filename); /* read the desired filename */ 7 fp1 = fopen(filename,"r"); 8 if(fp1 == NULL) 9 { 10 printf("File %s does not exist. Please try again.\n",fp1); 11 goto file_entry ; 12 } 13 14 do 15 { 16 c = fgets(oneword,11,fp1); /* get one line from the file */ 17--------------------> if (c == "TYPE: AI\n") /* why doesn't this work!!!!!!!*/ 18 printf("%s",c ); /* display it on the monitor */ 19 20 } 21 while (c != NULL); /* repeat until NULL */ 22 } 23 fclose(fp1); ray tweedale --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34U13056 Date: 04/25/90 From: OTTO PORTER Time: 12:50 am To: RAY TWEEDALE (Rcvd) (Read 80 times) Subj: R: C HELP Ray, 16 c = fgets(oneword,11,fp1); /* get one line from the file */ The above line is putting the string that is returned in the char array 'oneword'. 'c' will contain a 1 if the function returned successfully and a zero otherwise. Your test in line 17 should be: IF ( stricmp( oneword, "your text" ) 'your line 18' This is the function from TurboC. You may have something different depending on the compiler you have. Whatever it is called, you should look for a function that compares two strings, preferably, case-insensitive. Hope this helps. Otto Porter --------------- ** Current thread: C HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34VR1428 Date: 04/26/90 From: MARK TELLIER Time: 10:23 pm To: RAY TWEEDALE (Rcvd) (Read 76 times) Subj: R: C HELP Ray, I noticed a couple of things in your program. #1. Line 10 (the printf) uses a %s to display the filename, but the variable references the file pointer variable (fp1). I believe you want to use the variable "filename" #2. BTW, the variable "filename" should be a little longer. Filenames are eight character in name, three characters in file type plus period separating these two parts. Even without a character for the terminating NULL character, your short on storage space. This still leaves nothing for drive and path info. #3. The previous message explaing the string compare needed to find the data your looking for. #4. I think there is also a problem with your fgets statement. Syntax wise, its ok, but if you read 11 (or more characters) without reading the complete line at once, you might read just part of the file name on one read (and fail the comparison test) and read the remaining portion of the filename on the next read (again failing the test). I hope these hints help (and are correct!). - mwt - --------------- ** Current thread: C HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34VS0473 Date: 04/26/90 From: RAY TWEEDALE Time: 11:07 pm To: OTTO PORTER (Rcvd) (Read 71 times) Subj: R: C HELP Otto, I am using MS-QC2. My manual says that fgets returns a pointer to a string if successful or NULL if not or EOF. Then after this i am assigning the return to "c" which i declared a pointer. At least that is what i thought and my debugger tells me when i watch the variables. 16 c = fgets(oneword,11, fp1) i read the above statement as assign to the variable "c" the string stored at "oneword" as determined by fgets. there shouldn't be any true/false condition here..!!?? I thought about using the stricmp() function. I still would like to know why what i have doesn't work. Thanks for the reply. ray --------------- ** Current thread: C HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34W30656 Date: 04/27/90 From: PAUL MCKENZIE Time: 03:10 am To: RAY TWEEDALE (Rcvd) (Read 75 times) Subj: R: C HELP Ray, A string is nothing more than an *array* of characters. In C, you cannot compare an array of a certain type with another array of the same type with only one test for equality. You must compare each element until a sentinel value is reached, or when a difference is detected when comparing values. In C, the sentinel character for strings is the NULL. strncmp() and strnicmp() compares two character strings until a difference is detected, or the NULL is reached. strncmp() is case sensitive, while strnicmp() isn't. Hope this helps. Paul McKenzie --------------- ** Current thread: C HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34XG3275 Date: 04/28/90 From: RAY TWEEDALE Time: 12:54 pm To: MARK TELLIER (Rcvd) (Read 69 times) Subj: R: C HELP Mark, I tried t osend you a reply when i got this message but kept getting knocked off the board half way thru. Where is Brwon Deer ? Is that near Gledndale? <grin> Your comment about my Line 10 was correct. I should be useing "filename" instead of "fp1". I hadn't tried that condition yet so thanks for finding it. #2 I should allow more storage space for the filename[]. I forgot about the period. I included in the info screens that the file should be in hte current directory. I suppose it wouldn't hurt to include a path. Maybe later. #3 Not sure what you meant by this comment. #4 Line 16 c=fgets(oneword, 11,fp1); does grab each line of the file and i see it in my locals screen of the debugger. The variable "c" gets assigned from fgets the value i'm looking for, but the equality check i do in LINE 17 never becomes true. That is the problem i'm having. I get the file in but don't pick out what i want. The way it is now it just goes thru every line of the file and quits. Thanks for your comments. Soon as i'm off here i'm gonna dig into this and figure this out. ray --------------- ** Current thread: C HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34XH0819 Date: 04/28/90 From: RAY TWEEDALE Time: 01:13 pm To: PAUL MCKENZIE (Rcvd) (Read 69 times) Subj: R: C HELP Paul, Thats the answer i needed! Thanks. I am looking at one of my references and in big bold letters it says ," C DOES NOT PROVIDE ANY OPERATORS FOR PROCESSING AN ENTIRE STRING OF CHARACTERS AS A UNIT." Ok thats lesson #3 for me in what not to do! Hopefully my mistakes will be able to be counted on two hands! Thanks again for setting me straight on what was staring me right in the face. I will incorporate the stricmp. Thanks again. ray tweedale --------------- ** Current thread: C HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34Z11121 Date: 04/30/90 From: OTTO PORTER Time: 12:18 am To: RAY TWEEDALE (Rcvd) (Read 76 times) Subj: R: C HELP What the function RETURNS is not related to what the function DOES. In this case the function RETURNS a pointer to 'oneword' or NULL if unsuccessful. Therefore, if successful, the char pointer 'c' contains the ADDRESS of the first character in the string contained in 'oneword'. What the function DOES is copy the string received from the file to the char array 'oneword'. Therefore if you want to examine or compare the contents of the string you can do it the way I described in my previous message. Otto >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34UH1948 Date: 04/25/90 From: CHUCK BOWMAN Time: 01:32 pm To: ALL (Read 74 times) Subj: PROGRAM TOOLS Are there Public Domain C modules for matrix algebra? Specifically to calculate the eigenvectors of a matrix? Where is a good place to look? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34VR1603 Date: 04/26/90 From: MARK TELLIER Time: 10:26 pm To: CHUCK BOWMAN (Rcvd) (Read 73 times) Subj: R: PROGRAM TOOLS Chuck, If you find any tools like your looking for, I would be interested to hear about them. My first days working on my MSEE degree required a lot of work using the type of tools your looking for. I wrote some in BASIC back then, but would like to have some in C available. - mwt - --------------- ** Current thread: PROGRAM TOOLS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34ZR3310 Date: 04/30/90 From: DAVID THOMAS Time: 10:55 pm To: CHUCK BOWMAN (Rcvd) (Read 73 times) Subj: R: PROGRAM TOOLS Chuck: Maybe the C User's Journal, which has an extensive public domain library, would be a good bet for a matrix algebra/linear systems library. The address is: The C user's Journal 2120 W. 25th Street, Suite B Lawence, KA 66047 (913) 841-1631 Also, maybe the Public Brand Software catalog, which has shareware/freeware offerings for $5.00 a disk, might have something. I know they have a version of "Matlab", but if you need the eigenvector routine as part of an application that is not the way to go. The address for a copy of the catalog is Public Brand Software PO Box 51315 Indianapolis, IN 46251 1-800-426-DISK David --------------- ** Current thread: PROGRAM TOOLS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 354B2256 Date: 05/04/90 From: VICTOR DURA Time: 07:37 am To: DAVID THOMAS (Rcvd) (Read 71 times) Subj: R: PROGRAM TOOLS Chuck: If you have access to a FORTRAN compiler, you might consider finding FORTRAN routines to do what you want, then compiling the FORTRAN routines, then linking and calling them from your C program. DDJ had a good article on this technique several months ago using Lattice (I think?) C and FORTRAN compilers as an example. I've done it with MS C and FORTRAN. There's literally millions of lines of FORTRAN stuff out there, publicly available, for doing math, science, and engineering stuff; so you ought to be able to find something. If not, leave me a note, and I'll pull something out of my archive. ...Vic Dura >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34VF1706 Date: 04/26/90 From: STEVEN KRUEGER Time: 11:28 am To: ALL (Read 72 times) Subj: C CROSS COMPILER 68000 I'm looking for a c compiler for the motorola 68000 that can be compiled and linked on a pc and be assembled into code for eprom programming. If you know where to get this or have it please call me at (414) 444-6060. thank you steve --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34ZS0172 Date: 04/30/90 From: DAVID THOMAS Time: 11:02 pm To: STEVEN KRUEGER (Rcvd) (Read 74 times) Subj: R: C CROSS COMPILER 68000 Steve: Avocet has a crosscompiler hosted on the PC aimed at 68000 targets. Avocet Systems Inc. 120 Union Street PO Box 490 Rockport, Maine 04856 1-800-448-8500 Or check out a recent copy of Embedded Systems Programming, which is a Miller-Freeman publication aimed at microprocessor driven products. David >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34WD1293 Date: 04/27/90 From: GREGORY WILSON Time: 09:21 am To: ALL (Read 68 times) Subj: C DATABASE LIBS I am looking for a good collection of Database functions for MSC. I would like something of the quality of CXL that is well documented. Any suggestions? Thanks in advance! Gregory Wilson --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34YI3070 Date: 04/29/90 From: JEFF NOWLAND Time: 02:51 pm To: GREGORY WILSON (Rcvd) (Read 69 times) Subj: R: C DATABASE LIBS gREG. Try dbVista. Its the fastest and most complete library I've ever seen. Can handle very complex databases(ie up to 255 files with 16.7 million records per file), uses a combination of b-tree indexing and network model set relationships. Libraries are available for many compilers and OpSystems. You can specify access methods to be OneUser,Shared Or ExclusiveAccess(diff between OneUser & Exclusive is that OneUser runs runs on single user work stations and Exclusive locks the database to keep other stations out). Source code can be purchased(expensive albeit). They've really got their stuff together. You can order from Raima(1-800-327-2462). I've been using it for about 2 years and have seen nothing that would entice me into changing. JDNowland --------------- ** Current thread: C DATABASE LIBS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 34YP0148 Date: 04/29/90 From: GREGORY WILSON Time: 08:02 pm To: JEFF NOWLAND (Rcvd) (Read 71 times) Subj: R: C DATABASE LIBS Jeff, THanks! I have not tried that one yet! WIll give it a shot. Thanks again, Gregory Wilson --------------- ** Current thread: C DATABASE LIBS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 353P2526 Date: 05/03/90 From: JIM MONROE Time: 08:42 pm To: GREGORY WILSON (Rcvd) (Read 71 times) Subj: R: C DATABASE LIBS I have been using the "c/database toolchest" from MIX. It is wuite complete, any I beleive only about $20 - $30. --------------- ** Current thread: C DATABASE LIBS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 353Q0211 Date: 05/03/90 From: GREGORY WILSON Time: 09:03 pm To: JIM MONROE (Rcvd) (Read 70 times) Subj: R: C DATABASE LIBS Thanks! Will look into it. Is there a Public Domain trial version? THanks again, Gregory Wilson --------------- ** Current thread: C DATABASE LIBS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35IS1096 Date: 05/14/90 From: JIM MONROE Time: 11:18 pm To: GREGORY WILSON (Rcvd) (Read 73 times) Subj: R: C DATABASE LIBS I don't know, I have been very satisfied with it and it is quite reasonable in price. The folks down in texas also have been very helpful. Jim // s >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 351S3420 Date: 05/01/90 From: JONATHAN CROCKETT Time: 11:57 pm To: ALL (Read 78 times) Subj: BUSS SPEED Hello, I need some rather technical help. I've been helping a friend with a specialized data taking package. I write assembler code to be called by his fortran. The problem: For his software to work correctly, the program must know the buss speed. Not the clock speed, but the actual speed (in Mhz) the computer talks to prototype cards via ports. Can this speed be figured by software? And if so I would like to know how, or know where to find out. Any help would be appreciated. Thanx. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 352P3018 Date: 05/02/90 From: LARRY BRADSHAW Time: 08:50 pm To: JONATHAN CROCKETT (Rcvd) (Read 74 times) Subj: R: BUSS SPEED Hello. PC-AT buss speeds are standard 8.something MHZ. Every system that does not adhere to this std must utilize cards that run at the speed the system does, like on those 16mhz buss speed, 33mhz cpu clock speed systems. I do not know how to "poll" the buss speed. However, I suggest that if you use the ISA standard 8.? MHZ buss speed you will do fine. Most of the 486 systems I have reviewed specs on acutally use the 8.? mhz buss speed. That way they are compatible with existing add-in boards. Sorry, but I don't recall the actual number for the ISA std buss speed but it should be the same for all 100% compatible IBM PC-ATs, including yours. Hope this helps. Larry --------------- ** Current thread: BUSS SPEED Conf: PROGRAMMING Topic: C LANGUAGE Ref: 354P1739 Date: 05/04/90 From: JONATHAN CROCKETT Time: 08:29 pm To: LARRY BRADSHAW (Rcvd) (Read 73 times) Subj: R: BUSS SPEED Thank you for your response, every bit of information is helpful. Jonathan. --------------- ** Current thread: BUSS SPEED Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35DP0506 Date: 05/09/90 From: LARRY BRADSHAW Time: 08:08 pm To: JONATHAN CROCKETT (Rcvd) (Read 69 times) Subj: R: BUSS SPEED no problem. glad I could help. If that isn't clear holler & I'll try to dig up some dece references for you to look at.... Larry. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 354G1203 Date: 05/04/90 From: GREGORY WILSON Time: 12:20 pm To: ALL (Read 72 times) Subj: MSC CODE SIZE HELP Help! I use Microsoft C 5.1 and Quick C 2.0 and have been getting frustrated about code size (executable code size). I have noticed that if I write a program with only 5 or 6 lines that uses 1 function from TIME.H, the code size will be about 25K even if I optimize (-Os). Is there anything I can do to shrink the code size and eliminate the unneeded stuff? I have a friend that uses Turbo Pascal and he can write an equivalent program that generates an executable file of about 5K! What gives? I would appreciate any explanation you could offer. Thanks in advance! Gregory Wilson --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 354R1295 Date: 05/04/90 From: RON FOX Time: 10:21 pm To: GREGORY WILSON (Rcvd) (Read 74 times) Subj: R: MSC CODE SIZE HELP I don't think that the problem is necessarily with MSC, but with the linker. I believe that the MS linker does not do intellegent linking and includes the object modules in the LIB file whether they are used or not. You might be able to pull out only those object modules that you need and create your own, optimized LIB file for that particular application. Ron --------------- ** Current thread: MSC CODE SIZE HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 354S0867 Date: 05/04/90 From: ROBERT BALSOVER Time: 11:14 pm To: RON FOX (Rcvd) (Read 74 times) Subj: R: MSC CODE SIZE HELP Ron, LIB doesn't link in object files that aren't used, Turbo Pascal uses a different method than most compilers. Those TPU's that it creates makes it able to remove unused routines in the files. Turbo Pascal is the only compiler that I know of that does that. Bob --------------- ** Current thread: MSC CODE SIZE HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35AI2171 Date: 05/06/90 From: JEFF NOWLAND Time: 02:36 pm To: ROBERT BALSOVER (Rcvd) (Read 70 times) Subj: R: MSC CODE SIZE HELP How does the program report its results? If you use printf, you can mark down 20k right there. If you don't need to format the output, use puts instead and you might solve the problem. JDNowland. --------------- ** Current thread: MSC CODE SIZE HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35AQ1751 Date: 05/06/90 From: RON FOX Time: 09:29 pm To: ROBERT BALSOVER (Rcvd) (Read 68 times) Subj: R: MSC CODE SIZE HELP Bob After sending the message, I did some experimentation with various versions on LINK.EXE and modified LIB files. The size of the executible file did not change. I should have known better. Thankx Ron >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 355L1878 Date: 05/05/90 From: TOM FELLER Time: 05:31 pm To: ALL (Read 77 times) Subj: MICROSCHLOCK C The company I work for just tried to convert from Turbo C to Microsoft C to see if we would get a smaller program. Well we tried all the possible combinations of optimization settings and Microsoft C always made code that was about 10% larger than Turbo C. Another thing we found, with Microsoft C memory gets fragmented badly. Our program allocates and frees memory frequently and under Microsoft C our testing department could run the program out of memory in just a few steps. That same program will run all day under Turbo C with no problems. I called the Microsoft Tec support line and I found out that Microsoft C allocates memory from DOS in 8k chunks and when memory is freed it is just marked as free, it is never returned to the operating system. I asked if this could fragment memory and he said "Yes, it will, you have to keep track of that". Wow, and I thought that was what a runtime library was for, how foolish of me to think I could use malloc and free without "keeping track" of memory and second guessing the Microsoft runtime library. We will continue to use Turbo C, a far superior product. P.S. Why can't you initialize a character array inside a function with Microsoft C? Answer: It's because the compiler sucks! \Tom Feller\ A.K.A. Turbo Tom --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35AS1243 Date: 05/06/90 From: GRANT ELLSWORTH (Leader) Time: 11:20 pm To: TOM FELLER (Rcvd) (Read 71 times) Subj: R: MICROSCHLOCK C I followed a dialog somewhere in recent memory on M$C vs TC heap management. I think your experience confirmed the gist of that discus- sion. As I recollect, M$C did a better job of keeping track of how much memory was still available for use, while TC did a much better job of getting freed memory back in circulation and did some level of "garbage" collection to re-use memory from the heap faster. Another aspect was that applications which did a lot of (far)malloc() and free() over the course of a run would do better with the TC heap management routines. I wonder if the M$C gang addressed the issue in the somewhat touted new 6.0 release (where it is alleged that CrudView finally is as flexible and useful a debugging tool as TD). For my part, I've found too many other holes and problems with M$C generated code to feel comfortable with any production system built with it unless the testing/verification has tested every code path from every angle. Grant --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35DC2244 Date: 05/09/90 From: THOMAS ZERUCHA Time: 08:37 am To: TOM FELLER (Rcvd) (Read 75 times) Subj: R: MICROSCHLOCK C Try Watcom. You may want to wait for 8.0, but apparently it's free if you get 7.0 at this point. We went from Microsoft C 5.1 to Watcom 7.0. The executable was 20% smaller and 50-75% faster (your actual mileage may vary - this was an image processing application). Microsoft has a bug in malloc(). DDJ had an article on it along with some fixer code. Apparently it doesn't recombine blocks it allocates, so if you allocate in 4K blocks until there is no room left, then free them, you won't be able to allocate any block >4K. I haven't looked deeply enough to verify this (since Watcom works perfectly). Also, Topspeed is supposed to be good, but they haven;t been around as long as Watcom, and I haven't used their compiler. . --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35DQ1539 Date: 05/09/90 From: GRANT ELLSWORTH (Leader) Time: 09:25 pm To: THOMAS ZERUCHA (Rcvd) (Read 76 times) Subj: R: MICROSCHLOCK C Tom, To illustrate the wider acceptance of Watcom C as an alternative to Walla Walla C ... The Lotus Magellan product was implemented mostly in WatcomC. One of the authors described WatcomC as "awesome". I have WC7.0 and use it as my "high efficiency" compiler. I've not yet gotten an upgrade notice from the Watcom folks. I purchased WC shortly after it came out and took all the upgrades except for WC386. Have you received an upgrade notice or do you know somebody who has? Grant --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35DS0061 Date: 05/09/90 From: RON FOX Time: 11:01 pm To: GRANT ELLSWORTH (Rcvd) (Read 72 times) Subj: R: MICROSCHLOCK C Grant, I have been stuck with MSC since 4.0 and would love to switch to something else. I have to supply source for 99% of all of the software that I write and all of my customers have MSC and don't want to have to make any changes to the source to compile it. In that regard, do you know of the relative compatability between MSC and Watcom? Also, in the last program that I wrote, I have to manipulate dynamic arrays ranging in size from 256Bytes to 250K. I found that Malloc, either the near or far version, would fragment memory so that after two iterations of the program, I would be out of memory. Changing all of the malloc calls to either calloc or halloc, depending on the size of the array needed, cleared up the memory fragmentation. I have MSC 6.0, but have not had the time to test the malloc fragmentation problem. It is suppose to, however, report an error if far memory is requested and far memory is not available. Previously, if far memory was not available and near memory was, no error was reported. I have not tested this personally, it isfrom a review that I read. It was changed to conform to the new ANSI standard. Ron --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35E23555 Date: 05/10/90 From: RON FOX Time: 02:59 am To: ALL (Read 72 times) Subj: MICROSCHLOCK C I did some checking with MSC version 6.0 regarding the release of freed memory back to the operating system and found that Microsoft did not fix the malloc bug. During testing, I found memory shrinking in 8K chunks. Microsoft added two functions to its' library as a "fix". The functions are _heapmin and _fheapmin to release heap and specifically far heap back to the operating system. I have tried _heapmin and it seems to work. At least in the two instances that caused memory fragmentation that I was working on. It seems a "kludge" instead of a real fix. Ron --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35EH2241 Date: 05/10/90 From: THOMAS ZERUCHA Time: 01:37 pm To: GRANT ELLSWORTH (Rcvd) (Read 74 times) Subj: R: MICROSCHLOCK C (Walla Walla C - I will have to remember that) I just saw the Ads and reviews in Doctor Dobbs Journal, and called their BBS where they have all the patches to fix bugs, and the tech support actually does respond and know the answers! Supposedly they sent upgrade notices, but the compiler won't be released until June (the 386 Native mode should be out about right now), they may have been discussing the policy and prices for the upgrades. There will be Three variants of 8.0, A 386 Native mode that breaks 640K, A "professional" version of *86 with a 386 version of the compiler (faster and no Insufficent Memory to Optimize messages), and a "personal" version that has no version that runs in 386 and may exclude a few extras. I will try to find the description files and upload them. After Microsoft, Watcom is "awsome", but I have used VAX C (not for ports) which does all kinds of mainframe level optimizations. Watcom 7.0 is really close, 8.0 should be there. Also, (from DDJ article) Watcom should support the next version of Turbo Debugger (Borland published the specs). . --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35EN2736 Date: 05/10/90 From: ROBERT BALSOVER Time: 07:45 pm To: GRANT ELLSWORTH (Rcvd) (Read 72 times) Subj: R: MICROSCHLOCK C Grant, I read somewhere that Paradox 386 was written in Watcom C. In fact, the way the article sounded, Borland was promoting someone elses compiler. Do you suppose this is a sign that Borland is in no real hurry to produce their own 386 C compiler? Have you heard about the InfoWorld articles mention of TC 3.0? They said Borland will make a announcement May 14. From what I heard of it, I don't know if I'm going to like it. I hope its just rumors. Bob --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35ES2570 Date: 05/10/90 From: GRANT ELLSWORTH (Leader) Time: 11:42 pm To: RON FOX (Rcvd) (Read 71 times) Subj: R: MICROSCHLOCK C Ron, Watcom claims 100% compatibility with M$C. But, my experience with WC 6.5 and 7.0 suggest there will be a few minor (very minor) snags. Unlike TC, WC uses the same function names for the low_level dos calls, which simplifies the "translation". On memory fragmentation: I understand that M$C6.0 does no better than its predecessors in avoiding it. The near/far resolution you described may work, but one writer I read commented "unfavorably" on the fix --- I don't remember the details. WC7.0 just didn't seem to fragment memeory a la m$c. Whether or not it just defers the effect or has an effective "garbage collector", I can not say. I don't remember any reviews of any WC (6.0, 6.5,7.0) commenting that there was a problem in this area. BTW: I DID stumble into a very NASTY bug in WC6.5 which went unfixed in 7.0 --- even after I called it in: a function call to an interrupt routine with return expected was not generating the right code --- the compiler forgot to push() the flags! I was able to use a #pragma to gen the necessary PUSHF instruction ... but that is SO ugly. Hopefully, the Waterloo gang has fixed that nasty in 8.0. Grant --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35ES2861 Date: 05/10/90 From: GRANT ELLSWORTH (Leader) Time: 11:47 pm To: THOMAS ZERUCHA (Rcvd) (Read 73 times) Subj: R: MICROSCHLOCK C If Watcom 8.0 can work with the Turbo debugger (even if it is the next version), then the Wallapoleon gang will definitely have met their Water- loo! Looking forward to your upload. Leave msg here advising on file name when//if you find the info! Grant --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35ES3331 Date: 05/10/90 From: GRANT ELLSWORTH (Leader) Time: 11:55 pm To: ROBERT BALSOVER (Rcvd) (Read 70 times) Subj: R: MICROSCHLOCK C I frequent the Borland Forum on CI$. I have not seen anything confirming an upcoming announcement of any kind. The only thing I infer from the trade press and the stuff not said is that TC3.0 will NOT provide a C++ option. Rumors reported in the trade press suggest that Borland will offer C++ as a separate package at some later date. From what I've seen, the C++ support is the biggest demand --- ergo, the client base will have no reason to be thrilled. Contrary to the stuff you cited, I have a junch that TC3.0 will have a 386 option --- placating some, but not all. For my part, I'd prefer the C++ option. Looks generically more useful in the long term. By the time any recent 386-based compiler is really solid and proven in the applications, we'll all be screaming for the 80686 ex- ploiting version. grant --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35F10280 Date: 05/11/90 From: GRANT ELLSWORTH (Leader) Time: 12:04 am To: RON FOX (Rcvd) (Read 72 times) Subj: R: MICROSCHLOCK C That solution is not a kludge ,.,, it is unconcienable slop. Grant --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35FD1275 Date: 05/11/90 From: THOMAS ZERUCHA Time: 09:21 am To: GRANT ELLSWORTH (Rcvd) (Read 72 times) Subj: R: MICROSCHLOCK C WATC80PI.ZIP - WATcom C 8.0 Product Information. In Mahoney. Has two files, one on the 386 compiler, one on the "286" compiler. --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35FI1382 Date: 05/11/90 From: TOM FELLER Time: 02:23 pm To: THOMAS ZERUCHA (Rcvd) (Read 72 times) Subj: R: MICROSCHLOCK C Thanks, can you please give me the volume of the DDJ that has that fix. I do get DDJ but I don't recall that article. \Tom Feller\ --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35FP1308 Date: 05/11/90 From: ROBERT BALSOVER Time: 08:21 pm To: GRANT ELLSWORTH (Rcvd) (Read 72 times) Subj: R: MICROSCHLOCK C I dunno, Making the C++ option a *additional* upgrade reminds me of MSC 5.0 and 5.1. Didn't you have to upgrade to 5.1 to get OS/2 support? If Borland starts imitating MS, I'll start looking at someone elses products. Maybe JPL, I heard that their C compiler is the original Turbo C. Bob --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35FP1566 Date: 05/11/90 From: GRANT ELLSWORTH (Leader) Time: 08:26 pm To: THOMAS ZERUCHA (Rcvd) (Read 71 times) Subj: R: MICROSCHLOCK C Thanks a bunch. Grant --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35FP1840 Date: 05/11/90 From: GRANT ELLSWORTH (Leader) Time: 08:30 pm To: ROBERT BALSOVER (Rcvd) (Read 73 times) Subj: R: MICROSCHLOCK C I don't think C++ in TC is quite the same as M$C 5.0 --> 5.1 for OS/2 cap= ability. Borland would have to sink a long way to imitate MS --- they'd have to start releasing really sloppy stuff and call it an "upgrade". Then they'd have to call the bug-fix release to the upgrade a "Major Release". --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35FQ1472 Date: 05/11/90 From: RON FOX Time: 09:24 pm To: GRANT ELLSWORTH (Rcvd) (Read 73 times) Subj: R: MICROSCHLOCK C Agreed!!! Ron --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35GF1800 Date: 05/12/90 From: ROBERT BALSOVER Time: 11:30 am To: GRANT ELLSWORTH (Rcvd) (Read 76 times) Subj: R: MICROSCHLOCK C Grant, I have to disagree with you. We're not talking about bugs (no contest), we're talking about the addition of C++. C++ is a superset of C, right? If they release the TC3.0 first, then release TC++ after that time, most people will upgrade to the normal C, then have to do it again for C++ shortly after that. That is what I'm talking about when I refer to MSC 5.0 & 5.1. Bob P.S. yes I know Zortech does it, but I don't own their stuff. --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35H12395 Date: 05/13/90 From: RICHARD POELING Time: 01:39 am To: THOMAS ZERUCHA (Rcvd) (Read 78 times) Subj: R: MICROSCHLOCK C What kind of debugging tools come with Watcom? Is debugging with Watcom very easy? --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35HE2593 Date: 05/13/90 From: ROBERT BALSOVER Time: 10:43 am To: RICHARD POELING (Rcvd) (Read 73 times) Subj: R: MICROSCHLOCK C Richard, I've heard that Watcom will support Turbo Debugger soon, maybe in the upcoming release. Borland released the specs for its debugging info. Bob --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35IM1379 Date: 05/14/90 From: GRANT ELLSWORTH (Leader) Time: 06:23 pm To: ROBERT BALSOVER (Rcvd) (Read 73 times) Subj: R: MICROSCHLOCK C Bob, I gave the matter some thought .. I just can't equate c++ support in TC with o/s2 support in M$C. The situations are similar. And any squawk- I would do would depend entirely on the cost of the upgrade. I don't object to paying something extra for c++ within TC; I view c++ as an additional language. On os/2 in m$C, I think the upgrade $$ conceptually was justified. But MS's attitude towards the quality of the C product undermines any positive consideration I would give them. The bugs and constraints in the M$C product are alarming. Grant --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35IM1984 Date: 05/14/90 From: GRANT ELLSWORTH (Leader) Time: 06:33 pm To: RICHARD POELING (Rcvd) (Read 70 times) Subj: R: MICROSCHLOCK C As of release 7.0, Watcom C included a debugger WVIDEO. As a debugger, it's about halfway between M$C's CodeView and Borland's Turbo Debugger. I found Wvideo flexible, but a little clumsy to use. Grant --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35IR0303 Date: 05/14/90 From: ROBERT BALSOVER Time: 10:05 pm To: GRANT ELLSWORTH (Rcvd) (Read 71 times) Subj: R: MICROSCHLOCK C Grant, It amazes me sometimes when I see the loyalty people have to their compiler of choice. I am happy with TC, I was just reacting to a InfoWorld article. Today, Borland announced TC++ 3.0. It is not two products, only one. It no longer matters what InfoWorld, they can't make anymore money on that speculation. I'm glad I don't subscribe to them. Bob --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35IR0668 Date: 05/14/90 From: GRANT ELLSWORTH (Leader) Time: 10:11 pm To: ROBERT BALSOVER (Rcvd) (Read 71 times) Subj: R: MICROSCHLOCK C Bob, I haven't read InfoWorld much since 1984. The trade press has 2 unfortunate habits: 1. If IBM. M$, Lotus speak --- it's gospel. 2. If it makes (NOT)(IBM, MS, Lotus) look bad (or greedy), it's just gotta be true. Lest I forget, the Trade Press is the greatest rumor mill since last cen- tury's back fence. Grant --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35IR2170 Date: 05/14/90 From: ROBERT BALSOVER Time: 10:36 pm To: GRANT ELLSWORTH (Rcvd) (Read 72 times) Subj: R: MICROSCHLOCK C Grant, I was not 100% correct, I just read the messages on CIS. There are two C compilers from Borland. TC 2.0 will continue to exist. The good part is that Borland is taking orders and shipping *today*. They are also shipping Turbo Profiler *today*. Bob Ps I have uploaded two files to the IBM DL area, written in TC++. serial.zip and new.zip. I got them from CIS. --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35JP2794 Date: 05/15/90 From: THOMAS ZERUCHA Time: 08:46 pm To: TOM FELLER (Read 73 times) Subj: R: MICROSCHLOCK C I don't remember exactly, but I think it was Nov '89. Source is here DDJmmyy.zip in Mahoney. I will look further (but Watcom arrived just as we were trying this hack so it fell by the wayside). --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35JP3178 Date: 05/15/90 From: THOMAS ZERUCHA Time: 08:52 pm To: RICHARD POELING (Rcvd) (Read 73 times) Subj: R: MICROSCHLOCK C Watcom C has a screen debugger (even a remote mode like Turbo), but our application made such difficult. It can't loadhi like the 386 Turbo debug or Codeview (this may change). You have to reduce optimization to do debugging (since source lines tend to disappear or merge as do variables that disappear into registers). I haven't found it any worse than Microsoft, but I rarely use the supplied debuggers (except with Power C which is really easy and displays everything I want easily). So I am not really a good judge of debuggers, but from what I have done it seems usable. --------------- ** Current thread: MICROSCHLOCK C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35JP3229 Date: 05/15/90 From: GRANT ELLSWORTH (Leader) Time: 08:53 pm To: ROBERT BALSOVER (Rcvd) (Read 72 times) Subj: R: MICROSCHLOCK C Thanks very much for sharing the info with us. From what BI says, I con- clude that TC++ is one heck of a product. My order is going out as soon as I can get it to a mailbox. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 355L2326 Date: 05/05/90 From: TOM FELLER Time: 05:38 pm To: ALL (Read 71 times) Subj: PC-LAN 1.3 Warning: Bug found in PC-LAN 1.3 and may be in other versions. The system will lock if you try to find the attributes of a file related to the printer like like LPT1. It's a standard MS-DOS function int 21 with 43 function and file name of LPT1. It will lock the system. This bug was found because Turbo C uses this in it's fopen function. The internal Turbo C function in fopen is _chmod(). Just try it, it will lock PC-LAN 1.3 and it works fine under MS-DOS. Tom Feller --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 355L3572 Date: 05/05/90 From: JONATHAN CROCKETT Time: 05:59 pm To: ALL (Read 72 times) Subj: BUSPERF Hello, I recently found a program in Mahoney called 'busperf.exe', that came from a 1986 or early 87 PC Tech Journal. Unfortunately, the source for this program (C) is not on this board, and no local libraries carry PC Tech Journal, This source could be very important to a project I'm working on it and I would much appreciate it if someone who has a library of PCTJ stuff could look it up for me and tell me exactly which issue it came from, and upload the source. Thanx. Jonathan Crockett --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35AQ0720 Date: 05/06/90 From: GLEN THOMPSON Time: 09:12 pm To: JONATHAN CROCKETT (Rcvd) (Read 70 times) Subj: R: BUSPERF Jonathan, Looking in the 1987 Index shows nothing about a program named busperf. Do you have any more information on the name of the article? I've got an almost complete set of PCTJ so I probably have the article. Give me whatever other information you have. glen --------------- ** Current thread: BUSPERF Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35AS2735 Date: 05/06/90 From: JONATHAN CROCKETT Time: 11:45 pm To: GLEN THOMPSON (Rcvd) (Read 74 times) Subj: R: BUSPERF Glen, The only information I have on the program is from the program itself. When it runs it displays a title that says copyright PC Tech Journal 1986. I scanned through the file busperf.exe with Norton's Utility and found a C parameter string used by printf, which is how I know it's written in C. The file busperf.zip containing busperf.exe is in the Mahoney collection and is about 9k. Thanx for your response. Jonathan. --------------- ** Current thread: BUSPERF Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35CQ0613 Date: 05/08/90 From: GLEN THOMPSON Time: 09:10 pm To: JONATHAN CROCKETT (Rcvd) (Read 67 times) Subj: R: BUSPERF --------------- ** Current thread: BUSPERF Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35DR2656 Date: 05/09/90 From: RON FOX Time: 10:44 pm To: JONATHAN CROCKETT (Rcvd) (Read 68 times) Subj: R: BUSPERF John, I looked through the PC TECH issues from August 1986 and could not find a BUSPERF program. There are, however, several other AT preformance programs listed. ATBIOS, ATPERF, ATFLOAT, ATDISK are some of them. I believe that they can be downloaded from this bulliten board but I cannot remember the filename. If you need the source of any of these, the issue is PC TECH, August 1986 pages 60-. I would copy the relevant pages and send them to you. But I cannot type them in as it would take me at least a week. I am a pretty poor typer. Ron --------------- ** Current thread: BUSPERF Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35F21330 Date: 05/11/90 From: JONATHAN CROCKETT Time: 02:22 am To: RON FOX (Rcvd) (Read 69 times) Subj: R: BUSPERF Ron, I have ATBIOS, ATPERF, etc including the source I downloaded from this BBS. My only clue to finding the source to busperf is the copyright message the program displays when I run it that says (C) 1986. Jonathan >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 355M0156 Date: 05/05/90 From: JONATHAN CROCKETT Time: 06:02 pm To: ALL (Read 71 times) Subj: INTEL CHIPS REF Hello, I am looking for a good reference to Intel support chips such as the 8253 timer, 8259, 8255, 8254, etc. Can anyone help? --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35C30702 Date: 05/08/90 From: AMINUDDIN AHMAD Time: 03:11 am To: ALL (Read 74 times) Subj: ALT-CTRL-DEL I need some help. Anybody knows how to disable alt-ctrl-del (reboot) in Turbo C? I've looked in the manual but can't seems to find it. Maybe because I dont really know where to find it. Thanks in advance. --->Amin. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35DC0367 Date: 05/09/90 From: STEVEN KEY Time: 08:06 am To: AMINUDDIN AHMAD (Rcvd) (Read 72 times) Subj: R: ALT-CTRL-DEL Amin, I'm not a C'er, so I don't know if TC has a built in way to disable Ctrl-Alt_Del, but I know Turbo Pascal does not. Ctrl-Alt-Del is built in to the ROM BIOS. There are some TSR programs that will disable the function for you. Do a search in the Mahoney file collection for Ctrl_alt_del. You may need to look for things like "disable" and "TSR". Steven --------------- ** Current thread: ALT-CTRL-DEL Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35DI2187 Date: 05/09/90 From: AMINUDDIN AHMAD Time: 02:36 pm To: STEVEN KEY (Rcvd) (Read 70 times) Subj: R: ALT-CTRL-DEL I'll try. Thanks anyway.. --->Amin. --------------- ** Current thread: ALT-CTRL-DEL Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35DR2106 Date: 05/09/90 From: RON FOX Time: 10:35 pm To: AMINUDDIN AHMAD (Rcvd) (Read 72 times) Subj: R: ALT-CTRL-DEL Amin, About a year ago, July 1989, there were a number of messages refereing to the CTRL-C and CTRL-BREAK by-passing routines discussed. One of the programs that I have modified was CARTOC. I modified the interrupt far Int09 routine. if (BITSET(*KbdCtrl, 2) && ((LOBYTE(inp(0x60)) == 53) || (LOBYTE(inp(0x60))==0x2E) || (LOBYTE(inp(0x60))==0x03))) replaces This looks for the CTRL-C, CTRL-@, and CTRL-ALT key sequences. This works, although it is a bit dirty, in MSC 5.0, 5.1 and 6.0. I don't know if it will work in Turbo. Hope that it is of some help though. Ron --------------- ** Current thread: ALT-CTRL-DEL Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35EM2010 Date: 05/10/90 From: AMINUDDIN AHMAD Time: 06:33 pm To: RON FOX (Rcvd) (Read 69 times) Subj: R: ALT-CTRL-DEL Thanks, I'll give it a shot. You dont happen to know how to disable alt-ctrl-del do you? --->Amin. --------------- ** Current thread: ALT-CTRL-DEL Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35F10123 Date: 05/11/90 From: GRANT ELLSWORTH (Leader) Time: 12:02 am To: RON FOX (Rcvd) (Read 71 times) Subj: R: ALT-CTRL-DEL Ron, I uploaded a ZIP a couple of months ago with a ^C, ^@ (the stinker), and ^brk trap --- called "getkbd.zip", if I remember right. I finished it sometime shortly after the 1st round robin we had here in 88 and forgot to put it out for the public. Yes, the carotc baseline can work in TC, and , with one major mod (covering for a bug in it), in Watcom C. All the routines I submitted would work in M$C, TC, and WC (thru 7.0). Grant --------------- ** Current thread: ALT-CTRL-DEL Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35FQ1424 Date: 05/11/90 From: RON FOX Time: 09:23 pm To: GRANT ELLSWORTH (Rcvd) (Read 72 times) Subj: R: ALT-CTRL-DEL Grant Thanks, I will look at "getkbd.zip" Ron --------------- ** Current thread: ALT-CTRL-DEL Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35HN0689 Date: 05/13/90 From: JEFF NOWLAND Time: 07:11 pm To: AMINUDDIN AHMAD (Rcvd) (Read 77 times) Subj: R: ALT-CTRL-DEL Amin, By hooking the INT 19h vector you can disable alt-ctrl-del. When the keyboard detects this combination, it calls that interrupt after poking a 1234h into some memory location(I don't remember which) telling the int 19h routine to perform the "warm" boot. In TC if you only wish to disable then it should be sufficient to: void interrupt my_boot_disabled( void ) { } int main( int args, char *argv[] ) { void interrupt (*old19)(); old19 = getvect( 0x19 ); setvect( 0x19, my_boot_disabled ); do_your_stuff(); setvect( 0x19, old19 ); exit( code ); } I think this might be simpler than looking for a key sequence in the keyboard interrupt. JDNowland. --------------- ** Current thread: ALT-CTRL-DEL Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35HS2477 Date: 05/13/90 From: AMINUDDIN AHMAD Time: 11:41 pm To: JEFF NOWLAND (Rcvd) (Read 71 times) Subj: R: ALT-CTRL-DEL Thanks...... I really need that. --->Amin. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35JQ0162 Date: 05/15/90 From: LARRY BRADSHAW Time: 09:02 pm To: GRANT ELLSWORTH (Rcvd) (Read 76 times) Subj: TC++ FOR TC PRO & I am considering purchasing the TC++ for my TurboC-Pro. If anybody has it, can you please tell me of it's characteristics...Intended use is for appl. dev. w/the Paradox Engine.... which I also own.. May integrate with some net apps & Q-Pro as well. We'll see. Anyway, any info is appreciated. Consider me an educated novice and we will no doubt be able to communicate on the first go. As I understand it, for $78, it's a must-buy.... No problem, but knowing what to expect would be nice. I either have to triple my time spent programming or acquire a code generator like Matrix. Any feedback on that would also be very appreciated. Larry --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35KS0538 Date: 05/16/90 From: GRANT ELLSWORTH (Leader) Time: 11:08 pm To: LARRY BRADSHAW (Rcvd) (Read 74 times) Subj: R: TC++ FOR TC PRO & Larry, I expect that TC++ is as usable in conjunction with Pardox as TC 2.0 ... especially if the "C" subset of TC++ is used. However, I don't have any notion as to how helpful TC++ will be to you as a coding shortcut as you might find other packages. Otherwise, on TC++ itself, I don t think we'll be seeing any detailed commentary until somebody here has a copy on-hand and has had the time to work with it a bit. BI just started shipping it this week --- with advisement that orders will take up to 4 weeks to fulfil. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35JQ2019 Date: 05/15/90 From: MARTY GSCHEIDMEIER Time: 09:33 pm To: ALL (Read 69 times) Subj: C TUTORIALS I would like to start learning programming in C language and was hoping someone could recommend a good tutorial for the complete novice? A book or list of books that would give me a good start. Is any particular software package better documented in respect to the novice? Thanks Marty --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35KQ0283 Date: 05/16/90 From: MARTY GSCHEIDMEIER Time: 09:04 pm To: NESHAM SOFTWARE (Rcvd) (Read 73 times) Subj: R: C TUTORIALS Thanks Tim, I'll look into it. Marty --------------- ** Current thread: C TUTORIALS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35KR1482 Date: 05/16/90 From: JIM MONROE Time: 10:24 pm To: MARTY GSCHEIDMEIER (Rcvd) (Read 67 times) Subj: R: C TUTORIALS I have been using the Power c from MIX, it is super, the book is worth the price. The latest version uses varied memorary models so it is quite compatable with the rest of the world. If you like, there are a number of folks at the IBM PC users group that are into C. would like to meet more folks with the same interests "C" and programing in general. // >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35KN2834 Date: 05/16/90 From: JEFF NOWLAND Time: 07:47 pm To: ALL (Read 72 times) Subj: MEMORY ALLOCATION Does anyone know what happens to a memory block if an attempt to realloc it fails. I've seen some code examples that indicated that the original block is still a valid pointer(ie. still part of the allocated pool). At first I thought it might be a programming error, but there were comments to the effect that the programmer expected the original block to still be good. The TC manual doesn't say anything about this, and it becomes an important question when attempting to create a memory protecting shceme for some of my projects. Any help would be appreciated. JDNowland. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35KR1590 Date: 05/16/90 From: JIM MONROE Time: 10:26 pm To: JEFF NOWLAND (Rcvd) (Read 70 times) Subj: R: MEMORY ALLOCATION I have never seen info on this topic but would be interested in finding out. Please share any replies that you receive. --------------- ** Current thread: MEMORY ALLOCATION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35LB1275 Date: 05/17/90 From: STEVEN KEY Time: 07:21 am To: JEFF NOWLAND (Rcvd) (Read 73 times) Subj: R: MEMORY ALLOCATION Jeff, I don't C, so I can't say how TC might work, but the info in Ray Duncan's Advanced MSDOS does not indicate that a block is deallocated if a resize request fails. It appears that at the DOS level at least, an explicit release memory call would have to be made to get rid of a block. The DOS resize function returns BX with the maximum number of paragraphs available if the function fails. Steven --------------- ** Current thread: MEMORY ALLOCATION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35NJ2013 Date: 05/19/90 From: JEFF NOWLAND Time: 03:33 pm To: STEVEN KEY (Rcvd) (Read 72 times) Subj: R: MEMORY ALLOCATION Steve, As TC is now releasing their new product(TC++), I had cause to give them a ring anyway. Their tech guy said I could assume the block is there. I also debugged the code for the realloc function and found another disturbing thing. When you realloc, not only is there a possibility of the blocks address changing, it has to change. realloc calls farrealloc which calls farmalloc to allocate a new block, then copies the old info to the new block. Given that TC keeps the block size info in an area just below the allocation along with linkage to other blocks, I assumed it would first attempt to simply increase the size of that block. To make a long story short, if you have a 60K block of memory and you want to make it 61K, you better have at least 61K of free memory(besides the block being realloced). Thanks for the help! JDNowland. --------------- ** Current thread: MEMORY ALLOCATION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35NJ2254 Date: 05/19/90 From: JEFF NOWLAND Time: 03:37 pm To: JIM MONROE (Rcvd) (Read 73 times) Subj: R: MEMORY ALLOCATION Jim, Thanks for the reply, see my reply to Steven Key. I was a little disappointed to see how TC actually implements its realloc function. It does no more than what you or I might do if we wanted a larger block of memory, namely, malloc the new block and copy the old info. The documentation says that the address of the block might change when reallocting memory, looking at their code, it will either change the location or fail. JDNowland. --------------- ** Current thread: MEMORY ALLOCATION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35UP3016 Date: 05/25/90 From: JIM MONROE Time: 08:50 pm To: JEFF NOWLAND (Rcvd) (Read 77 times) Subj: R: MEMORY ALLOCATION While tc is very popular I wonder how many other little in adequacies they have in the code. I do not have TC so my knowledge is only hear say. I use MIX and are quite happy so far. There recently was some articles in either Dr Dobbs or C Users Journal about memorary allocation. I will see if I can find them and get back to you. --------------- ** Current thread: MEMORY ALLOCATION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35WI2989 Date: 05/27/90 From: JEFF NOWLAND Time: 02:49 pm To: JIM MONROE (Rcvd) (Read 75 times) Subj: R: MEMORY ALLOCATION Thanx, I'm interested in what they may have to say. In the meanwhile, I am pleased that reallocation doesn't destroy data on failure, it makes error recovery much simpler on out of memory schemes. I've always been annoyed with programs that run out of memory then anounce this fact just before terminating themselves, when you know they could have processed what they were doing, give the memory back, and then try to continue. JDNowland. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35LE0934 Date: 05/17/90 From: JIM NICKEL Time: 10:15 am To: ALL (Read 73 times) Subj: PRINTER TESTING IN TURBO C Is there a way in TC to determine if a printer is connected and/or on-line before data is sent to it? I have a program that does not behave nicely if I try to send something to a non-existant printer. Jim --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35LQ2070 Date: 05/17/90 From: JOHN ABATTE Time: 09:34 pm To: ALL (Read 71 times) Subj: TC++ Howdy all, Heard about the TC++ announcement last PM here on the BBS. Anyone have any more detailed info regarding the release? When's it due, what it is, upgrade co$t, bennies, etc, etc. Sorry folks, but the rumor-mongers have had me chomping at the bit for the past couple'a months. Now that Borland's blown the cover on it (presumably via Compuserve, among others), I suddenly feel the need for more "substantial" rumors. Thanx...John. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35LR0699 Date: 05/17/90 From: ROBERT BALSOVER Time: 10:11 pm To: JOHN ABATTE (Rcvd) (Read 71 times) Subj: R: TC++ John, I uploaded the press release Borland posted in their CIS forem, you'll find it the MS-DOS collection here. Bob --------------- ** Current thread: TC++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35MN2696 Date: 05/18/90 From: JOHN ABATTE Time: 07:44 pm To: ROBERT BALSOVER (Rcvd) (Read 70 times) Subj: R: TC++ Thanks a bunch! I found the TC++ message last night before I logged off. The whole Pro package sounds pretty good so I went ahead and ordered it today. Should have it in a couple'a two or four weeks. Looking forward to learning C++, and I,ve been tempted to get the Zortech package, but when I first heard the rumors about TC++ many, many months ago I decided to wait. Thanks again for the help, and the release note. I appreciate it. Ciao, John. --------------- ** Current thread: TC++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3A5P2105 Date: 06/05/90 From: JOSEPH KARAS Time: 08:35 pm To: ALL (Read 77 times) Subj: TC++ TC++ PRO arrived today, looks like its going to be a busy summer. From the brief time I've used it (3+hours) its pretty Impressive. There is a learning curve because of all the new features and getting use to a rodent. It has compiled all the stuff I threw at it so far. Back to fun time. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35NQ1876 Date: 05/19/90 From: GREGORY WILSON Time: 09:31 pm To: ALL (Read 69 times) Subj: CXL LIBS Has anyone heard from Mike Smedley (author of CXL 'C' libs)? It has been almost 4 weeks since I mailed my registration and have not received anything. I logged on his BBS and left msg after msg pleading for at least some type of acknowledgement and got nothing. Has he dropped off the earth? Should I cancel my check? Can I still get the CXL stuff? Someone reassure me! Thanks Gregory Wilson (GREG WILSON on Mike's BBS) --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35PR0311 Date: 05/20/90 From: GLEN THOMPSON Time: 10:05 pm To: GREGORY WILSON (Rcvd) (Read 75 times) Subj: R: CXL LIBS Greg, From what I heard, Mike recently changed jobs which has left him almost no free time. In addition, the service he was using to copy diskettes really fouled things up so nothing got sent out like it was supposed to. Mike probably should have paid a little more attention to the BBS but that's one of the problems in dealing with a one man operation. Given the features vs. price of CXL, it's a bargin. This recent problem is the first I've seen in dealing with CXL and the BBS in over a year. glen --------------- ** Current thread: CXL LIBS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35QC2587 Date: 05/21/90 From: GREGORY WILSON Time: 08:43 am To: GLEN THOMPSON (Rcvd) (Read 72 times) Subj: R: CXL LIBS Well, I guess I will just keep waiting. For the price CXL cannot be beat. I have looked into the WindowBoss libs but they do not have the 'remapped' direct screen writes that will work in Desqview. They only suggest going to BIOS video which is too slow. Anyway, I appreciate the information. If you hear anything else, don't forget me. Thanks again! Gregory Wilson >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35P22832 Date: 05/20/90 From: DAVE KARR Time: 02:47 am To: ALL (Read 69 times) Subj: GET A JOB! Wanted: Software Engineer We are currently looking for an individual interested in working on new product designs in the medical field. If you have experi- ence in real time programming in assembly and 'C' and/or PLM with the INTEL 51, and 196 family of uP then I'd like to talk to you. You would be responsible for the entire product software system structure, development, and testing. The need is immediate with three projects underway, four to six over the next two to three years, and current product maintainence. This is a full time salaried position with benefits. Interested?.... Serious?.... Talk to me!.... Leave a Private Message here. Or Call 781-5650 Weekdays 8AM to 6PM Dave Karr --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35PJ2285 Date: 05/20/90 From: RICHARD WAMSER Time: 03:38 pm To: ALL (Read 71 times) Subj: INTERRUPTS I would appreciate any information on how to Program the Second Interrupt controller on a AT Class Computer to Enable the Hardware Interrupts. I have sent out values to Port A1 which I thought controlled the enabling and disabling of the Hardware Interrupts but no matter what I sent out I could not Enable Hardware Interrupts IRQ0 or IRQ11 all I managed to do was hang up the machine so that nothing worked ( had to cycle the power switch ) so if any one has any ideas on how to enable the Hardware Interrupts please give me your ideas or thoughts Richard --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35PK3021 Date: 05/20/90 From: JEFF NOWLAND Time: 04:50 pm To: RICHARD WAMSER (Rcvd) (Read 74 times) Subj: R: INTERRUPTS Rich, I don't do a lot with IRQs but I do know the following: 1. The second controller is at I/O ports A0 and A1 and the eoi(20h) that you need to send to signal end of interrupt goes to port A0. 2) the controller is cascaded through the first controller, so any handler that is responsible for sending and eoi to the 2nd controller may also be responsible for sending an eoi to the first controller. 3) the controller enables are bit mapped for which IRQs they will let through, so you need to make sure that you aren't activating one IRQ and simultaneously deactivating another.(I have some code from a while back that I used to do these things, I'll try to find it and upload, probably late this week or next weekend. JDNowland. --------------- ** Current thread: INTERRUPTS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35PP1992 Date: 05/20/90 From: RICHARD WAMSER Time: 08:33 pm To: JEFF NOWLAND (Rcvd) (Read 75 times) Subj: R: INTERRUPTS JEFF; Thanks for the reply. The basics of what you said I got from a book that I bought "THE XT-AT HANDBOOK" put out by ANNABOOKS it is a very good book on the basics of the XT-AT and gave some of the same basic information that you did, but it didn't give me any detailed info on how to implament and the specifics of what is needed to use a Hardware Interrupt. I wish I could find a book that told me in very simple terms how to do some of these things. Iam looking forward to hearing from you again hopelly you might have some more information and or some Code on how to use a Hardware Interrupt Thanks again for sharing some of your knowledge and time with me Rich --------------- ** Current thread: INTERRUPTS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35QP0173 Date: 05/21/90 From: THIERRY GIRON Time: 08:02 pm To: RICHARD WAMSER (Rcvd) (Read 74 times) Subj: R: INTERRUPTS Richard; The Book I mostly use when it comes to hardware interrupt is called SYSTEM BIOS for IBM PC/XT/AT computers and compatible This book was published by Phoenix itself and is very accurate on what the interrupts do and also provides a lot of specification on the chips used in a PC. Unfortunately, it does not give enough examples. Thierry. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35PK1509 Date: 05/20/90 From: WALTER STHOKAL Time: 04:25 pm To: ALL (Read 71 times) Subj: QC AND MOUSE While using QC with the /h switch on an EGA monitor, the mouse works quite nicely as expected. However, if the screen is toggled to output by F4, running the program, or by compiling, the mouse pointer only appears in the top 2/3 of the screen. Mouse select buttons are active in the lower part of the screen but it is somewhat inconvenient to be required to guess at the location of the selection. Has anyone else experienced this? Equipment list: 286 clone 1.2meq RAM Logitec C7 mouse in comm1 ATI-2400etc in comm3 Boca EGA card driving a NEC 3D --Thanks in advance, Wally --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35QL0108 Date: 05/21/90 From: DALE KLIPSTEIN Time: 05:01 pm To: ALL (Read 71 times) Subj: WANTED BBS WITH C SRC I'm looking for a BBS that will run on a IBM XT or higher that includes the source code, preferably in Turbo C. Does anyone know of any? I can't seem to find one on Exec-PC. P.S. I'd rather not reinvent the wheel if I don't have to. Dale --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35QP0513 Date: 05/21/90 From: THIERRY GIRON Time: 08:08 pm To: ALL (Read 73 times) Subj: WINDOW 386 Hello there, I am finishing the development of an operating system compatible with MS-DOS 3.3 and to some extent 4.1. Right now, I can run most of applications including WINDOWS 286 and GEM programs like VENTURA. However, I still have a problem running WINDOWS 386. It seems that it hooks itself in a very strange way inside the MS-DOS kernel at some adress with a fix offset from the adress of the LIST of LIST of DOS. Is there any body out there that knows what trick WINDOWS 386 is using !? I cannot reaaly see myslf dissassembling WINDOWS to find out what goes wrong. If you have any suggestions, I would appreciate to learn from you. Thierry. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35RL1768 Date: 05/22/90 From: SCOTT CHAMBERLAIN Time: 05:29 pm To: ALL (Read 85 times) Subj: FPRINTF PROBLEM IN TC2.0 HELP! I am writing this as I lose whatever small amount of hair I have! I am writing a program that prints out some doubles, i.e.: double v[5]; for ( i = 0; i < 5; i++ ) { fprintf( stdprn, "%8.2f\n", v[i] ); } and when I run it, some of the "%8.2f"'s work and some of them don't! When I look at the value of the array variable, it is a correct, double value, yet when I print it I get something like "7.88040123927889584<bunch of zeroes>e+115" for the double value that should print "1494.00". Yet, if I sum that value into another double array and then print it, I get the right representation! I am using TC2.0, TD1.0, with all the current patches that I downloaded from CIS (dated April 17, 1990). What is going on? Am I going nuts? Perplexedly, Scott --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35RL2481 Date: 05/22/90 From: GRANT ELLSWORTH (Leader) Time: 05:41 pm To: SCOTT CHAMBERLAIN (Rcvd) (Read 89 times) Subj: R: FPRINTF PROBLEM IN TC2.0 Scott ,, That's one of the flakiest errors I've seen reported for TC. It seems to me like the parameter being passed to fprintf() is not being passed consistently (by structure of the argument list). I suggest you try the following: fprintf(stdprn, "%8.2f\n", (double)v[i]); The explicit typecasting may obviate whatever insufficiency TC's parameter list construction is coming up with. We'd have to look carefully at the genned code to see what the misfire really was. I've always been a little gunshy of letting the compiler's handling of variable length argument lists with the several parameters having mixed and implied types take con- trol. Grant --------------- ** Current thread: FPRINTF PROBLEM IN TC2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35SD1235 Date: 05/23/90 From: SCOTT CHAMBERLAIN Time: 09:20 am To: GRANT ELLSWORTH (Rcvd) (Read 84 times) Subj: R: FPRINTF PROBLEM IN TC2.0 Thanks for the lead, I will follow it up today. I should have thought to try the explicit cast. If I can't get it to work this morning, then I guess I will have to open the "dreaded CPU window" on my copy of TD and look at what is really happening. I am beginning to concur with your feeling re: variable length argument lists & type mixing. I will let you know what happened, either way. Later, Scott --------------- ** Current thread: FPRINTF PROBLEM IN TC2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35SL1807 Date: 05/23/90 From: GRANT ELLSWORTH (Leader) Time: 05:30 pm To: SCOTT CHAMBERLAIN (Rcvd) (Read 78 times) Subj: R: FPRINTF PROBLEM IN TC2.0 Dread not the CPU Window ... it is sometimes the most informative one you'll have. Well, I'm looking forward to your final assessment of your strange problem. Grant --------------- ** Current thread: FPRINTF PROBLEM IN TC2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35U50262 Date: 05/25/90 From: GUY SIMMONS Time: 05:04 am To: SCOTT CHAMBERLAIN (Rcvd) (Read 77 times) Subj: R: FPRINTF PROBLEM IN TC2.0 Hi Scott - Sorry to ask such a silly question, but are you by any chance walking off the end of your array? I could not reproduce the problem with: double v[5]; for (i = 0; i < 5; i++) but I got the same type of error with double v[5]; for (i = 0; i <= 5; i++) I hope this helps. Guy --------------- ** Current thread: FPRINTF PROBLEM IN TC2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35YC2545 Date: 05/29/90 From: SCOTT CHAMBERLAIN Time: 08:42 am To: GRANT ELLSWORTH (Rcvd) (Read 72 times) Subj: R: FPRINTF PROBLEM IN TC2.0 I currently don't have the total scoop yet, but when I use a format string that does not include the vertical bar ('|') it works. I got the program to work by separating all my fprintf calls to one value at a time, and then it worked. If I get a chance this week I will try to trace through the library and find out why it didn't like what it was seeing for some reason. I just tend to get a little steamed when you have to work around something that should work. Later, Scott --------------- ** Current thread: FPRINTF PROBLEM IN TC2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35YC3539 Date: 05/29/90 From: SCOTT CHAMBERLAIN Time: 08:59 am To: GUY SIMMONS (Rcvd) (Read 74 times) Subj: R: FPRINTF PROBLEM IN TC2.0 Thanks for the lead, but I doublechecked that before I called. I finally got the program to run by using individual calls to fprintf without any other literals in the format string, i.e. fprintf(stdprn,"%8.2f |",v[i]); --won't work fprintf(stdprn,"%8.2f ",v[i]); --will work fprintf(stdprn,"|"); As I said to Grant in a prior reply, I will use TD and the CPU Window to trace through the library and find out why the baby (TC) insists on spitting up on perfectly good syntax. Later, Scott --------------- ** Current thread: FPRINTF PROBLEM IN TC2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35YP1390 Date: 05/29/90 From: GRANT ELLSWORTH (Leader) Time: 08:23 pm To: SCOTT CHAMBERLAIN (Rcvd) (Read 71 times) Subj: R: FPRINTF PROBLEM IN TC2.0 Scott, In the form that does NOT work, examine closely the parameter list construction code for "anomalies". Also, I wonder if the vertical bar has meaning to TC's format processor --- ergo, revisit the docs to see if that is one of those special characters which must be coded with a prec- eding back-slash. btw, I'm going to construct a simple minded example to replicate the problem out of context. Let us know what you come up with. ... Grant --------------- ** Current thread: FPRINTF PROBLEM IN TC2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35YP1652 Date: 05/29/90 From: GRANT ELLSWORTH (Leader) Time: 08:27 pm To: SCOTT CHAMBERLAIN (Rcvd) (Read 71 times) Subj: R: FPRINTF PROBLEM IN TC2.0 Scott, btw, you left out the "|" your original problem statement. And some of us went on a snipe hunt. I think we all have to be real careful when we are brining a problem to the floor ... and be sure that we have included all the relevant elements. Grant --------------- ** Current thread: FPRINTF PROBLEM IN TC2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35ZC2321 Date: 05/30/90 From: SCOTT CHAMBERLAIN Time: 08:38 am To: GRANT ELLSWORTH (Rcvd) (Read 71 times) Subj: R: FPRINTF PROBLEM IN TC2.0 First of all, mea culpa on leaving out the bar. I have looked through the documentation and through the Waite Group's Turbo C Bible, and neither call out the bar as something that needs an escape sequence. In fact, as a quick peruse of the Waite Group book shows that the character classification macros classify the verical bar, hex 0x7C, as a punctuation character, not a control character that needs an escape sequence. I guess that I assumed a punctuation character wouldn't affect the format string as long as it wasn't a special one (i.e. a \ or a % that are formally defined as special sequence start characters in the format string). The other assumption was that it had to be something obscure or that there would be at least some mention of it in the bug reports or patches that are available here. To take the discussion even further, there were other problems that occurred at different parts of my investigation here. At one time I had a fprintf call that went like... fprintf(stdprn,"%18s %40s %5.5d %5.5d %8.2f |",st1,st2,int1,int2,fl); with correct, non-zero values in the ints and the float. When I looked at the output, the first int would print correctly, the second always as zero, and the float as a exponential number out in the stratosphere some place. Note that the bar is at the end of the format string, after the float, and would always print correctly (was never dropped out). The only way I got it to work at the end was to call each numeric print as a separate fprintf call, and without the "punctuation" that I wanted. Later, Scott --------------- ** Current thread: FPRINTF PROBLEM IN TC2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35ZP1826 Date: 05/30/90 From: GRANT ELLSWORTH (Leader) Time: 08:30 pm To: SCOTT CHAMBERLAIN (Rcvd) (Read 72 times) Subj: R: FPRINTF PROBLEM IN TC2.0 Scott, The behavior you describe has happened to me when I've got some piece of wild code clobbering the stack before I issued the output state= ment (fprintf,,, printf, or whatever). I made a small sample program with your sample fprintf() and an accompanying printf() along with an array of double values - set and printed in separate loops. I tried ALL memory models except tiny and huge, the array declared global and local ... in all cases everything worked as expected. So I suspect that you have some operation somewhere that is walking all over your variables, or what you THINK you have in your fprintf() routine and what you actually have is not the same. That is, you are probably looking at an insect of your own device. Grant --------------- ** Current thread: FPRINTF PROBLEM IN TC2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35^C2424 Date: 05/31/90 From: SCOTT CHAMBERLAIN Time: 08:40 am To: GRANT ELLSWORTH (Rcvd) (Read 72 times) Subj: R: FPRINTF PROBLEM IN TC2.0 I understand your position, but I don't think there is anything I am doing that would change the fprintf call - if I was messing up the stack, it wouldn't matter that I broke the calls up or did it in one call. When I used the variable inspection window after breaking on the line with the fprintf call (and nothing else on that line) the variables had actual values -- as also verified that running totals were being computed correctly, and when the only change I made in the code was going from: fprintf(stdprn,"%18s %40s %5.5d %5.5d %8.2f |",s1,s2,i1,i2,d1); to fprintf(stdprn,"%18s ",s1); fprintf(stdprn,"%40s ",s2); fprintf(stdprn,"%5.5d ",i1); fprintf(stdprn,"%5.5d ",i2); fprintf(stdprn,"%8.2f ",d1); fprintf(stdprn,"|"); Now, I admit that I didn't cut the above samples directly out of the code file, but they are "reasonable facimiles" of the real thing. And, that is the ONLY thing I changed between the erroneous and correctly running versions. Not only that, if I had something trashing the stack, the program would be crashing a lot harder that just print anomalies, as that is where all the function return addresses are stored, right? Why would something only trash variables on the stack and not return addresses? I would also say you were right if I were calling one of my functions within the fprintf statement to return a value to be printed, rather than computing all the numbers and then printing out the variables without having to figure out anything more than, say, a pointer reference for an array variable. Also, I may be guilty of obscuring the problem by including the array in the question. A code stub of: q = wq[i]; v = wv[i]; fprintf(stdprn,"%4d %8.2f |",q,v); worked just as bad as: fprintf(stdprn,"%4d %8.2f |",wq[i],wv[i]); and the only thing that worked was to use three fprintf calls, one for the int, one for the double, and one for the literal "|". By the way, the program is producing valid output now that I went through and applied the "workaround" cited in the sentence above (breaking up the fprintf calls). Later, Scott P.S. If you want to see the program, or an .EXE with debugging information along with test data files, let me know and I will upload it for your perusal. SRC --------------- ** Current thread: FPRINTF PROBLEM IN TC2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35^P1367 Date: 05/31/90 From: GRANT ELLSWORTH (Leader) Time: 08:22 pm To: SCOTT CHAMBERLAIN (Rcvd) (Read 72 times) Subj: R: FPRINTF PROBLEM IN TC2.0 Scott, DO upload and leave msg ... both source and debugaable .exe would be appreciated. I think I'll be able to isolate probable cause. Be sure to include memory model info and other config.tc info (or ship the tcconfig.tc you are using). There is one awful glitch in what I can do, I can't print to stdprn. So try your program writing to a standard stream file and see if you are getting the same befoulement 1st. Then ship the stuff and I'll see what I can do. good luck, Grant --------------- ** Current thread: FPRINTF PROBLEM IN TC2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3A1E2324 Date: 06/01/90 From: SCOTT CHAMBERLAIN Time: 10:38 am To: GRANT ELLSWORTH (Rcvd) (Read 84 times) Subj: R: FPRINTF PROBLEM IN TC2.0 Ok, I will try a version that uses another file rather than the standard printer handle. Also, I thought I saw a LPT: redirection utility somewhere in Bob's collection -- about three years ago I was fighting with a printer manufacturer about what a printer was doing with a data stream, and I finally proved to him that the printer specs were wrong and my program right by capturing the print stream to disk. If I can dig it up I will point you to it. Later, Scott --------------- ** Current thread: FPRINTF PROBLEM IN TC2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3A211461 Date: 06/02/90 From: GRANT ELLSWORTH (Leader) Time: 12:24 am To: SCOTT CHAMBERLAIN (Rcvd) (Read 81 times) Subj: R: FPRINTF PROBLEM IN TC2.0 Scott, I tried the following skeleton program in ALL memory models. It worked in all cases. Try compiling this with your compiler. If it works, then I would conclude that you have something somewhere walking on some- thing the TC fprintf() support routines need or use when handling multi- ple operand fprintf() argument lists - or that the argument list on the stack is NOT what the fprintf() function is expecting in the multi-oper- and case. Note: if you are using the standalone debugger, then look at the stack contents. Use the ptrs on the stack to view the actual data in the DUMP part of the cpu window to see if you are looking at what you expect at those seg:ofs locations. I should note that the type of error you report HAS happened to me with similar manifestations when I have inadvertantly linked a chunk compiled with one memory model with libs for another --- e.g. compiled module with small model and linked using compact model. The TC IDE is vulnerable to this kind of stumble since you can change the memory model in the OPTIONS menu and have an unchanged source/object lying around. Hence when you "MAKE" the .EXE, the IDE assumes all is ok for relink without recompile. The more common manifestation, however, is a lockup requiring "big red" to get control back. #include <stdio.h> void main(void) { int i; double v[5]; char s1[19] = "{char string - 18}"; char s2[41] = "{char string of 40 min ...(RJUST)...}"; int i1 = 5; int i2 = 23; double d1 = 1234.56; FILE * fpx; for (i = 0; i < 5; i ++) { v[i] = ((double) i * 1000) + ((double) i * .05); } fpx = fopen("fpx.tst", "w+"); for (i = 0; i < 5; i ++) { fprintf(fpx, "%4d, %8.2f |", i, v[i]); printf("%4d %8.2f |", i, v[i]); } fprintf(fpx,"\n"); printf("\n"); fprintf(fpx,"%18s %40s %5.5d %5.5d %8.2f |",s1,s2,i1,i2,d1); printf("%18s %40s %5.5d %5.5d %8.2f |",s1,s2,i1,i2,d1); fclose(fpx); } BTW, you can still upload your code and .exe for examination if you like. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35TC3374 Date: 05/24/90 From: DON BOWEN Time: 08:56 am To: ALL (Read 76 times) Subj: ASSEMBLY BOOKS I know that this is a C forum, but I am hoping this is also where all the assembly language "gurus" hang out. I am looking for the best assembly language book I can find. I have a couple and have seen others, but still don't have what I want. I want something to show me why I should use an XOR AX,AX instead of SUB AX,AX to zero a register (or why not). I want to learn all the quick and dirty tricks (or at least quite a few!). Peter Norton's book and Que's Assembly Language book are very poor in my opinion. They are also more for beginners. Can anyone help me? One C question that I do have is how does a program like Dbase handle temporary variables? How does it deal with temporary results in stmts like: STRING = LTRIM(TRIM(STR(VAL(NUMBER),)))? Thanks. Don --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35TP1808 Date: 05/24/90 From: GRANT ELLSWORTH (Leader) Time: 08:30 pm To: DON BOWEN (Rcvd) (Read 77 times) Subj: R: ASSEMBLY BOOKS Don, ...\ re: Assembly Language for 80x86 processors ... ALL the books on 80x86 ASM which I've seen are no better than the one's you mentioned. The book I found most useful was: Assembly Language Pro- gramming for the IBM Personal Computers, by David J. Bradley, published by Prentice Hall - my edition was printed in 1984 This particular edition was on the 8086/8088 only. The book predates the widespread use or introduction of the 80286 and 80386. Well, when I taught myself ASM, the 8088/8086 was all there was.. Today, the book is definitely dated, but it did have good examples from which one could develop more sophisticated constructs. To really get the handle on any machine's native assembler/instruction set just requires lots of patience, time, and discipline. I have yet to see ANY book on ANY assembly language which effectively addresses advanced techiques, constructs, etc.. Maybe somebody should write one and make some $$$ off of it. ... re: DBASE and temporary variables ... I'm pretty sure that dbase allocates a fair amount of storage space for the temporary variables in the expression you listed. One of the releases of dbase I've seen showed the amount of temporary storage which was available in the DISPLAY MEMORY (? - not 100% sure) command. Grant --------------- ** Current thread: ASSEMBLY BOOKS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35UC1252 Date: 05/25/90 From: STEVEN KEY Time: 08:20 am To: DON BOWEN (Rcvd) (Read 76 times) Subj: R: ASSEMBLY BOOKS Don, After reading this message, I think I can say that Michael Abrash's book "Zen of Assembly Language" is what you're looking for. Vol 1 is out, with Vol 2 to be published later this year. Vol 1 is entirely devoted to just the kind of questions as whether SUB AX,AX is better than XOR AX,AX. Vol 2 will be concerned with questions at a higher level. Abrash has written a column in Programmers Journal for a number of years. Steven --------------- ** Current thread: ASSEMBLY BOOKS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35UI1135 Date: 05/25/90 From: DON BOWEN Time: 02:18 pm To: GRANT ELLSWORTH (Rcvd) (Read 73 times) Subj: R: ASSEMBLY BOOKS Grant, funny you should mention the Bradley book. I cut my teeth on that book and have been looking for it ever since. It was very basic, but blows away Norton's book (he doesn't even cover the entire command set!). I was talking to Eric Issacson, author of ZIPKEY, about writing a book on assembly. He is also the author of A86 and D86, so he knows a little bit about assembly! He said he has thought many times of doing that, but other things are higher on his priority list. I have yet to see a basic assembly book tell you that the DI register is related CLOSELY to the ES segment register! When you are starting out that can be confusing. I am far (I think!) from a beginner and yet still have a long way to go. I still believe that a program should be written as tight as possible. I am not impressed that we have developed ways to write programs that can be larger than 640K! Today's programmers are not poorer programmers, just lazier (ok, this is just an opinion). Thank you for your response and if you know where I can get that book please let me know. Don. --------------- ** Current thread: ASSEMBLY BOOKS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35UP0858 Date: 05/25/90 From: GRANT ELLSWORTH (Leader) Time: 08:14 pm To: DON BOWEN (Rcvd) (Read 74 times) Subj: R: ASSEMBLY BOOKS Don, Maybe the Bradley book is still in print. If so, you might be able to order thru either a tech bookstore near a University or B. Dalton, Booksellers. Seems to me that I did see a book on IBM PC ASM which looked like an "update" to the original Bradley book at a local tech book store. Anyway, the booksellers should have the current edition of "BOOKS IN PRINT" and you should be able to find out availability of the original or an update to the Bradley book. Re: "Today's programmers " ... I don't agree. They are not lazier. They just seem to have a narrower focus than desirable. When I entered this "arcane" line of "misadventure", you were expected to learn the essentials of the machine's instruction set and architecture before you went on to more "sophisticated" languages (like C***L). Nowadays, seems like the MIS and CSC programs are turning out folks who are totally ignorant of machine language and architecture. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35XK2460 Date: 05/28/90 From: DEAN EGGERT Time: 04:41 pm To: ALL (Read 70 times) Subj: MULTITASKING IN C Anybody out there using Ctask? I would be interested in talking about Ctask. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 35ZN1836 Date: 05/30/90 From: THOMAS ZERUCHA Time: 07:30 pm To: ALL (Read 69 times) Subj: MIX POWER C 2.0 The upgrade is available now. I haven't recieved mine yet, but it is able to do small and large models (maybe more). --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3A1D0730 Date: 06/01/90 From: BOB DIAMOND Time: 09:12 am To: ALL (Read 86 times) Subj: MOVING TO TURBO C++ I'm considering the upgrade from Turbo C 2.0 to the C++ system. The software is retail at $ 149.00, but the street price is under $99. Borland is offering an upgrade price of $79 plus S&H which is not much of a discount. Does anyone know if any of the major mail-order houses are authorized to handle upgrades -- at below the Borland price? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3A1Q2491 Date: 06/01/90 From: GRANT ELLSWORTH (Leader) Time: 09:41 pm To: BOB DIAMOND (Rcvd) (Read 86 times) Subj: R: MOVING TO TURBO C++ Bob, I've never known a mail-order outfit to undercut a software vendor's best upgrade price to its registered paid-up customers. Also, please note that the "street price" does not include s+h. Hence, I think the net difference between the street price and BI's price will still be $20. Now there IS an advantage to going to BI for the upgrade ... BI will keep you on its list of customers eligible for an upgrade at an upgrade price. My inclination would be to go with the BI upgrade in spite of the wait. Grant --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3A210035 Date: 06/02/90 From: ROBERT BALSOVER Time: 01:00 am To: BOB DIAMOND (Rcvd) (Read 82 times) Subj: R: MOVING TO TURBO C++ Bob, I'm going to take the opposite view from Grant, *if* you are only updating TC 2.0 to TC++, go to your local software store and buy it. The difference in price between Borland and the local Software ETC. is only 5->10 dollars if you take S+H into account. Just remeber to send in your registration card for TC++. Borland underestimated the demand on a TC->TC++ upgrade so there is a wait. If you are going the TC Prof->TC++ Prof upgrade route, you should sit tight. The stores don't have it yet and the difference in price is much greater. Bob --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3A2D2496 Date: 06/02/90 From: GRANT ELLSWORTH (Leader) Time: 09:41 am To: ROBERT BALSOVER (Rcvd) (Read 84 times) Subj: R: MOVING TO TURBO C++ Bob, Can you REALLY get a TC++ pkg for as low as about $110 at a retail outlet? If so, then I'd agree with you ---- if I were in a big hurry to get the product. What's the best walkin-retail price you've seen? Regards, Grant --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3A2P1335 Date: 06/02/90 From: ROBERT BALSOVER Time: 08:22 pm To: GRANT ELLSWORTH (Rcvd) (Read 82 times) Subj: R: MOVING TO TURBO C++ Grant, My friend only had TC 2.0, not the Professional package. He said he purchased his from Babbages for 5->10 over the official upgrade (plus s+h) price. If I were not waiting for TC++ Prof, I would have done the same. Right now, Software etc. is having a special on TC++, I think its somewhere between 100->105. Bob --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3A3Q2430 Date: 06/03/90 From: GRANT ELLSWORTH (Leader) Time: 09:40 pm To: ROBERT BALSOVER (Rcvd) (Read 83 times) Subj: R: MOVING TO TURBO C++ Bob, I have a vague recollection that TC++ (not the PRO PAK) was being offered by BI to the TC2.0 users at $79. What's your understanding? Grant --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3A412610 Date: 06/04/90 From: ROBERT BALSOVER Time: 12:43 am To: GRANT ELLSWORTH (Rcvd) (Read 83 times) Subj: R: MOVING TO TURBO C++ Grant, $79.95 is what is in the press release from Borland. Someone in the BROGB forem said that the got TC++ Prof from Computer Resellers for *LESS* than what they would pay to Borland for the upgrade from TC Prof. I am going to call Computer Resellers tomorrow to se if it was B.S.. If not B.S. I'll order from them instead and cancel my order with Borland. He also siad he got it in 2 days after the order. Bob --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3A4L0552 Date: 06/04/90 From: GRANT ELLSWORTH (Leader) Time: 05:09 pm To: ROBERT BALSOVER (Rcvd) (Read 86 times) Subj: R: MOVING TO TURBO C++ Bob, Make sure that you're comparing apples and apples. That is: Is the price quoted as being less than BI's price for the TC++ PRO Upgrade a price for TC++ ProPAk, or is it a price for TC++ by itself? Seems to me that the best street price for TC++ (no propak) should be less than the BI price for the ProPAk "upgrade". But, I'd be near shocked if the best street price for the TC++ ProPak was less than the BI price for the same thing to registered users. Let us know what you come up with. Grant --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3A5P0201 Date: 06/05/90 From: ROBERT BALSOVER Time: 08:03 pm To: GRANT ELLSWORTH (Rcvd) (Read 82 times) Subj: R: MOVING TO TURBO C++ Grant, He didn't specify what he upgraded from, I'll be checking the price on it from Computer Resellers as soon as I log off. I'll let you know. I did see TC++ Prof in a retail store today, $225 @ WaldenSoftware. Bob --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3A5R2720 Date: 06/05/90 From: ROBERT BALSOVER Time: 10:45 pm To: GRANT ELLSWORTH (Rcvd) (Read 80 times) Subj: R: MOVING TO TURBO C++ Grant, I can't find a ad for Computer Resellers, so I can't call them. Someone in the BPROGB forem purchased from Programmers Conection. He said it cost him $159 and that include overnight FedEX. I'll call Borland tomorrow and if they haven't shipped mine yet I'll cancel and order from the Programmers Connection. Bob --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AAM0967 Date: 06/06/90 From: GRANT ELLSWORTH (Leader) Time: 06:16 pm To: ROBERT BALSOVER (Rcvd) (Read 80 times) Subj: R: MOVING TO TURBO C++ Bob, I've dealt with Programmers' Connection on several occaisions --- it is a good outfit, indeed. However, $30+ is a bit high of a price to pay for impatience --- without compelling need. Besides, there seems to be other advantages to being on the vendor's "reliable loyal upgrading cus- tomer" list ... I'll wait for my copy. Grant --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AB11619 Date: 06/07/90 From: ROBERT BALSOVER Time: 12:26 am To: GRANT ELLSWORTH (Rcvd) (Read 78 times) Subj: R: MOVING TO TURBO C++ Grant, Thats your option. I don't really think Borland cares where you get it from anyway, why else would we see it in retail stores before *loyal* upgrade customers recieve it. I'd really like to know the advantages that you refer to of being on the vendor's "reliable loyal upgrade customer" list. It Appears to me that Borland has demonstrated a lack of loyality to us. As long as we send in our registration card, we are all entitled to the same service, no matter where you purchased it. Bob --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AC11384 Date: 06/08/90 From: ROBERT BALSOVER Time: 12:23 am To: GRANT ELLSWORTH (Rcvd) (Read 80 times) Subj: R: MOVING TO TURBO C++ Grant, I found out today why there might be a price difference. Borland is shipping their *loyal* customers a package without TASM manuals, all they get is a .doc file listing the changes in TASM. I'm not sending this message to be a smart a**, I'd just like to put my previous message in a more practical light. And, to be fair, Programmers Connection's price of $159 doesn't include UPS Blue label. But, it can be had a cheaper price from another mail order house. Borland is a great company, but remember their company's business policies are made by CPA's not the support staff. Bob --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ACB2758 Date: 06/08/90 From: STEVEN KEY Time: 07:45 am To: ROBERT BALSOVER (Rcvd) (Read 79 times) Subj: R: MOVING TO TURBO C++ Bob, I have been thinking about getting a copy of TC++, partly to get TASM and the profiler to go with TP 5.5, and partly to start playing with C a bit. Is the $159 the price for the whole package with C++, TASM, TD and the profiler ( and ALL the manuals) ? Steven --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ACP1215 Date: 06/08/90 From: GRANT ELLSWORTH (Leader) Time: 08:20 pm To: ROBERT BALSOVER (Rcvd) (Read 80 times) Subj: R: MOVING TO TURBO C++ Bob, This debate is getting down to quibbling over the marginal issues. Let's review a little of the bidding: Mail-Order BI-Upgrade Price: $150 (best?) $130 TC++ ProPak Wait 3 da (avg) 25 da (Guess) Manuals: ALL Not All based on your unconfirmed info And let's add in the "informed early" factor ... Looks like this TC++ case is one where the registered user base was not informed early and given a jump on the distribution channels ... So, ... Informed? B4 Release(?) On Release Net effect: (You're right) an irritating wash! The margins are: 3 vs 25 days to wait and the possible absence of a manual whose use may be questionable --- at the cost of $20. That's about the cost of 1 Week of cheap lunches or 2 days of moderate lunches. Conclusion: If you can skip lunch, have time to dinker with it now, and want a full complement of docs, go for the mail order. Otherwise, wait one month at $1/da. My experience with 5 yrs of buying stuff at BI's special intro prices has been that in most cases, not all, I have been informed by mail of the special upgrade offers BEFORE the product hit the street. TC++ is the most memorable, but not the only, exception. Grant --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AD11536 Date: 06/09/90 From: ROBERT BALSOVER Time: 12:25 am To: STEVEN KEY (Rcvd) (Read 77 times) Subj: R: MOVING TO TURBO C++ yep, $159 (+S&H) gets the works. --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AD12317 Date: 06/09/90 From: ROBERT BALSOVER Time: 12:38 am To: GRANT ELLSWORTH (Rcvd) (Read 81 times) Subj: R: MOVING TO TURBO C++ Grant, You are right, this is a senseless debate. A person should do as he feels. Happy trails Bob --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ADE0479 Date: 06/09/90 From: GRANT ELLSWORTH (Leader) Time: 10:08 am To: ROBERT BALSOVER (Rcvd) (Read 78 times) Subj: R: MOVING TO TURBO C++ Bob, Happy trails to you, too. Grant --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AEP2527 Date: 06/10/90 From: JIM MONROE Time: 08:42 pm To: ROBERT BALSOVER (Rcvd) (Read 81 times) Subj: R: MOVING TO TURBO C++ It seems that all of the arguing over price tag of the upgrade movement to c++ or which ever route is available places price over function. If a person needs or wants the item, go for it and not for the price tag. I haver found that going directly to the source has produced my best results over time. I am sure I could have saved a few hundred dollars through shopping but I am not sure that it would have been worth the frustration. While this is only my opinion, I would hope that we will see info on the product and product application problems and solutions on the forum soon. --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AFE1527 Date: 06/11/90 From: ROBERT BALSOVER Time: 10:25 am To: JIM MONROE (Rcvd) (Read 83 times) Subj: R: MOVING TO TURBO C++ Jim, I have the compiler now and its worked fine so far. I was disapointed that td286 required 640k of extended memory to function, the first press release on TD and Tools stated it only required 384k of extended memory to function, which is what I have. Turbo Profiles is GREAT! The new IDE is nice, but takes a little tim to get used to because there are some differences between keystokes in it and the old IDE. Jim, actually Grant and I were not arguing about price, it was the principle of what Borland was doing. They pulled a very MS kind of stunt and are getting a lot of heat from users in the forem on CIS. The said it was *not* a upgrade but a special offer, then they leave out the manuals, they also dumped all availible product on retail stores and made the *loyal* user cool his heels. No Jim, price was not the issue. If they offered the same price or even $20 more for the TC++ Prof package, including all manuals and didn't make the *loyal* user wait while the guy on the street picked it up and Software ETC., I think there would have been no problem. Bob --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AFN0596 Date: 06/11/90 From: JIM MONROE Time: 07:09 pm To: ROBERT BALSOVER (Rcvd) (Read 82 times) Subj: R: MOVING TO TURBO C++ It seems that all ro at least most of the software houses have gotten to the point of ignoring the customer. This seems like the attitude of the Big computer manufacture of old. What is good for xxx is good for you the customer, you (the customer are just to dumb to understand) just need additional training. Will you be able to make the Users Group this week? --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AFN1922 Date: 06/11/90 From: ROBERT BALSOVER Time: 07:32 pm To: JIM MONROE (Rcvd) (Read 80 times) Subj: R: MOVING TO TURBO C++ Jim, When and where will the meeting be? Bob --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AGP2415 Date: 06/12/90 From: GRANT ELLSWORTH (Leader) Time: 08:40 pm To: ROBERT BALSOVER (Rcvd) (Read 77 times) Subj: R: MOVING TO TURBO C++ Bob, re: td286(? -> not td386?) and 640K extended memory ... That's the 1st i've heard about that. Could you be doing something awry in your setup or configuration stuff such that your triggering more memory use than absolutely necessary? Grant --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AIS2905 Date: 06/14/90 From: ROBERT BALSOVER Time: 11:48 pm To: GRANT ELLSWORTH (Rcvd) (Read 75 times) Subj: R: MOVING TO TURBO C++ Grant, It reports that when I try to run it, then it aborts. I don't even get into the opening screen of TD286. I believe it also says 640k extended memory is required in the manuals. Bob --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AJR2180 Date: 06/15/90 From: GRANT ELLSWORTH (Leader) Time: 10:36 pm To: ROBERT BALSOVER (Rcvd) (Read 71 times) Subj: R: MOVING TO TURBO C++ 640K EXTENDED memory???!!!!??? That's an unusual amount of EXTENDED memory for a DOS-based program to be asking for. Are you SURE it said EXTENDED, not EXPANDED?? What if you had an EMS driver, or a 386 + much extra extended memory + qemm (or similar ems driver)??? What you report is a little baffling. Grant --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AK12584 Date: 06/16/90 From: ROBERT BALSOVER Time: 01:43 am To: GRANT ELLSWORTH (Rcvd) (Read 74 times) Subj: R: MOVING TO TURBO C++ Grant, I always get extended and expanded mixed up, let me state another way. The memory above 1 meg that needs the processor to run in protected mode. Part of the problem maybe that Borland is using the TurboDrive(TM) to operate in protected mode, it may not be common knowledge but they licenced Eclipse's 286 Dos extender for their TurboDrive. Eclipse does not support virtual memory for data segements like their 386 extender does, the removed it due to problems they were having. I found this out when I called Eclipse about the add in the Programmers Connection, Programmers Connection is selling a special TC only version if their 286 extender cheap. Anyway, TD286 may need the memory for its own data. Thats my best guess. Bob --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AMP0540 Date: 06/18/90 From: JIM MONROE Time: 08:09 pm To: ROBERT BALSOVER (Rcvd) (Read 74 times) Subj: R: MOVING TO TURBO C++ I am sorry that I did not get back to you on time, the meetings are held the 2nd thursday and the 4th tuesday. They start at 7:00 P.M. and are held at the old Allis Chalmers club house. It is now a resturant and I beleive that it is called Sue and Shar's Southern Plantation. The Tuesday meeting will be a swap fest ( I think). Try to come out and see if you are interested in the group. s >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3A1P0947 Date: 06/01/90 From: OTTO PORTER Time: 08:15 pm To: ALL (Read 83 times) Subj: TURBOC COMM CODE Can anyone point me at some source code for comm routines, preferably in Turbo C. I have downloaded the TCOMM lib already and a couple of other small files with limited source code ( serialtc.zip, autodile.zip ). There are probably other, better examples that I missed. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AFN2200 Date: 06/11/90 From: ROBERT BALSOVER Time: 07:36 pm To: JIM MONROE (Rcvd) (Read 77 times) Subj: R: TURBOC COMM CODE Jim Be careful with the source from that book, it has a lot of errors reported using TC in the large memory model. I don't think he tested the source in anything other than the small model. Bob --------------- ** Current thread: TURBOC COMM CODE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AKR2950 Date: 06/16/90 From: OTTO PORTER Time: 10:49 pm To: JIM MONROE (Rcvd) (Read 72 times) Subj: R: TURBOC COMM CODE Thanks for the suggestion. I remember reading a review of this book sometime ago and thought that it would be worthwhile. Otto --------------- ** Current thread: TURBOC COMM CODE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AMP0677 Date: 06/18/90 From: JIM MONROE Time: 08:11 pm To: ROBERT BALSOVER (Rcvd) (Read 73 times) Subj: R: TURBOC COMM CODE I have not entered that much of it, I am using the MIX compiler and note that a number of changes must be made. I wish that the books that are in the market would be more carefully reviewed. I have the same problems with text books. I teach accounting on a part time basis and find it quite frustrating when the text has an error in a problem that I am attempting to demonstrate. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AAM1285 Date: 06/06/90 From: GRANT ELLSWORTH (Leader) Time: 06:21 pm To: SCOTT CHAMBERLAIN (Rcvd) (Read 74 times) Subj: FPRINTF() RESOLVED? Scott, Did you ever resolve your fprintf() anomaly? Haven't seen your ppn since I suggested writing to a file and/or file upload for diags. Hope all is well! Grant --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ABC2488 Date: 06/07/90 From: SCOTT CHAMBERLAIN Time: 08:41 am To: GRANT ELLSWORTH (Rcvd) (Read 74 times) Subj: R: FPRINTF() RESOLVED? I've got a version of the program printing correctly, and now I have been dealing with a new general manager who wants instant answers to non- deterministic problems. Once I get past the problem of leading the horse to the workstation, and forcing him to drink, then I can get back to the pleasant halcyon days of working with software instead of dealing with insensitive, mulish human beings. Later, Scott >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ABE1569 Date: 06/07/90 From: GREGORY WILSON Time: 10:26 am To: ALL (Read 81 times) Subj: SIMPLE 'C' QUESTION What is the difference between the following two programs?: ----------------------------------------------------- #include<stdio.h> int a,b,c; main() { puts("Hello"); } ------------------------------------------------------ #include<stdio.h> static int a,b,c; main() { puts("Hello"); } ------------------------------------------------------ Does 'static' have any effect since these vars are external? Thanks! Gregory Wilson --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AHE1649 Date: 06/13/90 From: THOMAS ZERUCHA Time: 10:27 am To: GREGORY WILSON (Rcvd) (Read 72 times) Subj: R: SIMPLE 'C' QUESTION static when applied to something otherwise global makes it local to that module (i.e. the portion of the program in the particular file). So, in the first case (no static), a,b, and c would be visible from another module that externed them. In the second case, they would not be visible to any other modules. So in that context, static means "local". This applies to functions as well as variables. The other context is similar, inside a function, where static makes the variable (already local to the function) "global" in the sense that it does not change between invocations of the function - but it is still hidden (this is known as scoping as in the "scope" of a definition). --------------- ** Current thread: SIMPLE 'C' QUESTION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AHI1793 Date: 06/13/90 From: GREGORY WILSON Time: 02:29 pm To: THOMAS ZERUCHA (Rcvd) (Read 70 times) Subj: R: SIMPLE 'C' QUESTION Thanks for clearing it up for me! Makes sense! Gregory Wilson >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ABE1824 Date: 06/07/90 From: GREGORY WILSON Time: 10:30 am To: ALL (Read 76 times) Subj: POINTERS TO STRINGS Can anyone give me a simple example of the following: I need an array of strings that can contain a maximum of 80 characters. I will load the arrays using 'strcpy'. The array should be able to hold up to 200 lines. I need to do this using pointers because there is a function that I want to use that requires that the address of an array of pointers to the strings be passed to it. Any help would be greatly appreciated! Thanks, Gregory Wilson --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AC11771 Date: 06/08/90 From: ROBERT BALSOVER Time: 12:29 am To: GREGORY WILSON (Rcvd) (Read 77 times) Subj: R: POINTERS TO STRINGS Gregory, How about: char *strarray[200]; . As you initialize the strings, you can allocate them using malloc() or calloc(). This would also remove the fixed string size. Declared this way, it means a array of 200 char pointers. Bob --------------- ** Current thread: POINTERS TO STRINGS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ACN3291 Date: 06/08/90 From: GREGORY WILSON Time: 07:54 pm To: ROBERT BALSOVER (Rcvd) (Read 74 times) Subj: R: POINTERS TO STRINGS RB> How about: RB> char *strarray[200]; RB> . RB> As you initialize the strings, you can allocate them using RB> malloc() or calloc(). This would also remove the fixed RB> string size. Declared this way, it means a array of 200 char RB> pointers. Do I have to do a malloc for each string or is this a good place for calloc. If I have to do it for each string, won't it take longer. The way I solved my problem for now is to use a regular character 2 dim. array and then build an array of pointers by something like: char *winptr[200]; for(x=0;x<=i;++x) winptr[x] = &winarray[x][0]; Is this ok? It works and all but is there a better way? I then pass the var 'winptr' to the function that requires an array of pointers to strings (CXL WPICKSTR function). Anyway, I appreciate your help!!! Gregory Wilson --------------- ** Current thread: POINTERS TO STRINGS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AD11872 Date: 06/09/90 From: ROBERT BALSOVER Time: 12:31 am To: GREGORY WILSON (Rcvd) (Read 75 times) Subj: R: POINTERS TO STRINGS Gregory, Using calloc() would be safer, you'd know for a fact that the string was null terminated. Bob >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ABE1888 Date: 06/07/90 From: GREGORY WILSON Time: 10:31 am To: ALL (Read 77 times) Subj: MIX POWER C VS MSC Has anyone out there compared Microsoft 'C' 5.1/6.0 to Mix Power 'C'. How did it compare? Speed? Size? Compatibility? Thanks! Gregory Wilson --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ACP1749 Date: 06/08/90 From: GRANT ELLSWORTH (Leader) Time: 08:29 pm To: GREGORY WILSON (Rcvd) (Read 75 times) Subj: R: MIX POWER C VS MSC I saw a review some months back which included Mix Power C and M$C 5.1 (among others like TC2.01) ... In all the aspects you listed (speed of .exe, size of .exe), M$C was way ahead. Power C does seem to have a large degree of source compatibility with M$C. However, considering the "reliabilty" of compiled results, and other "quality" factors, Power C may be ahead === way ahead. I have not experimented much with my copy and can't make any strong claims. Grant --------------- ** Current thread: MIX POWER C VS MSC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ACR3448 Date: 06/08/90 From: GREGORY WILSON Time: 10:57 pm To: GRANT ELLSWORTH (Rcvd) (Read 75 times) Subj: R: MIX POWER C VS MSC Thanks. I guess for $19.95, I almost have to get it. A friend of mine said that I should also get the debugger (also $19.95). It is suppose to be superior to Codeview. I do like the debugger in the new QuickC 2.5 however and will probably stick to that and MSC. Anyway, Thanks!!! Gregory Wilson --------------- ** Current thread: MIX POWER C VS MSC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ADK0471 Date: 06/09/90 From: GRANT ELLSWORTH (Leader) Time: 04:07 pm To: GREGORY WILSON (Rcvd) (Read 78 times) Subj: R: MIX POWER C VS MSC Gregory, I purchased both the compiler and the debugger to evaluate it as a learning tool. I was impressed. It's well worth the $50 expense for that purpose. The POWERTRACE debugger and QC2.5's debugger may be equiv- alent for your purposes. The latest Borland TD2.0 release is supposedly much better than the latest CodeView debugger and is CV/M$C compatible. You might want to get it for use with your MSC programs. Grant --------------- ** Current thread: MIX POWER C VS MSC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ADN2202 Date: 06/09/90 From: GREGORY WILSON Time: 07:36 pm To: GRANT ELLSWORTH (Rcvd) (Read 80 times) Subj: R: MIX POWER C VS MSC Thanks for the info! I guess I will be getting the compiler since the price is so nice. I like trying new things so another toy won't hurt too bad at that price. I did not know about the new TD. Thanks again, Gregory Wilson --------------- ** Current thread: MIX POWER C VS MSC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AHE1984 Date: 06/13/90 From: THOMAS ZERUCHA Time: 10:33 am To: GREGORY WILSON (Rcvd) (Read 71 times) Subj: R: MIX POWER C VS MSC Be sure to get the debugger. I use Power C for all my small programs (I may recompile them later). The debugger doesn't have a lot of bells and whistles, but makes the operation of the program very clear, especially since you can watch your variables change (this can be done in other debuggers, but you need to set up a window to see them, then specify each one - and most don't provide a list, so you have to remember the exact name). PowerCTrace has everything like a menu. I haven't found many bugs (as of 1.3 - there was a problem with leap years we found in 1988, and be careful when comparing far pointers). I have produced production code with it, and for the price it is a steal. --------------- ** Current thread: MIX POWER C VS MSC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AHI1873 Date: 06/13/90 From: GREGORY WILSON Time: 02:31 pm To: THOMAS ZERUCHA (Rcvd) (Read 71 times) Subj: R: MIX POWER C VS MSC I just ordered POWERC with the Debugger. FOr the price, I have to try it! Thanks again! Gregory Wilson >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ABH1069 Date: 06/07/90 From: DAVID ABBOTT Time: 01:17 pm To: ALL (Read 78 times) Subj: IDEAS PLEASE I am looking for a way to stuff the dos keyboard buffer. Similar to ungetch (), but i would like to unget_a_string (); I'm using turboc 2.0 if that matters? Anyone have any sample coding ideas they could share? Thanks, David Abbott --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AC11980 Date: 06/08/90 From: ROBERT BALSOVER Time: 12:33 am To: DAVID ABBOTT (Rcvd) (Read 76 times) Subj: R: IDEAS PLEASE David, Use ungetch(). start with a '\r' (I think, but it could be '\n', experiment with it) then from the last char of the string to the first, ungetch() them. DOS has a 128 keyboard buffer so I think that length is the limit. Bob --------------- ** Current thread: IDEAS PLEASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ACB2502 Date: 06/08/90 From: STEVEN KEY Time: 07:41 am To: ROBERT BALSOVER (Rcvd) (Read 74 times) Subj: R: IDEAS PLEASE Bob, I'm not a C'er, so I don't know exactly how unget works, but I do know how to stuff keys into the Bios buffer. If unget is putting things in the buffer that the low numbered DOS calls get things from, the limit is 16 chars - the buffer has 32 bytes and each keystroke leaves a scan code and either 0 or ASCII for the key. DOS has a limit of 128 chars on the command line. Does unget deal with the command line passed into the program in the Program Segment Prefix ? steven --------------- ** Current thread: IDEAS PLEASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ACE3151 Date: 06/08/90 From: DAVID ABBOTT Time: 10:52 am To: ROBERT BALSOVER (Rcvd) (Read 76 times) Subj: R: IDEAS PLEASE Bob, thanks for the quick response. I have not tried it yet, but do believe it will fail. the documentation states that a subsequent call to ungetch () prior to a getch () will result in an error. There has to be be a way... Any other ideas??? --------------- ** Current thread: IDEAS PLEASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AD11473 Date: 06/09/90 From: ROBERT BALSOVER Time: 12:24 am To: STEVEN KEY (Rcvd) (Read 74 times) Subj: R: IDEAS PLEASE Steven, You're probably correct. I thought it was 128 for the bios buffer, but why don't you try it. (it couldn't hurt) Bob --------------- ** Current thread: IDEAS PLEASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AD11636 Date: 06/09/90 From: ROBERT BALSOVER Time: 12:27 am To: DAVID ABBOTT (Rcvd) (Read 75 times) Subj: R: IDEAS PLEASE David, I haven't needed something like that before, so I can't help you. It might not hurt to try it anyway. Bob --------------- ** Current thread: IDEAS PLEASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AD11751 Date: 06/09/90 From: ROBERT BALSOVER Time: 12:29 am To: DAVID ABBOTT (Rcvd) (Read 76 times) Subj: R: IDEAS PLEASE David, It occurred to mee that it might be the limitation of the C library, ungetch() might not stuff the keyboard buffer, just the buffer in the C library. Try to go direct to the buffer itself. Bob --------------- ** Current thread: IDEAS PLEASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AEP2142 Date: 06/10/90 From: JIM MONROE Time: 08:35 pm To: ROBERT BALSOVER (Rcvd) (Read 78 times) Subj: R: IDEAS PLEASE I think by looking at the Assb code for the functions, it will be possible to decipher the problem. I have not done that particular task yet but the assb code usually halps me clear up the uniquie problems that I getOp hung up on. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ACQ3197 Date: 06/08/90 From: CRAIG SMITH Time: 09:53 pm To: ALL (Read 75 times) Subj: C COMMUNICATIONS I am looking for any recommendations for MSC libraries for interrupt driven communcations. Anyone like a particular commercial or shareware package? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AF11330 Date: 06/11/90 From: RON FOX Time: 01:22 am To: CRAIG SMITH (Rcvd) (Read 79 times) Subj: R: C COMMUNICATIONS Craig, I have been using the South Mountain Software Essential Comm package for a couple of years. I like it, although it does have keyboard and timer services built in. they can be removed by modifying the source. I think that it is pretty easy to use. I got a communications interface completed in less than three days, it was a pretty simple one. I had the Asymc package from Blaise for Turbo Pascal about four years ago and had enough problems with it that I did not get the C version. I don't know about any other packages and have not seen a review lately. Ron --------------- ** Current thread: C COMMUNICATIONS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AFJ2926 Date: 06/11/90 From: CRAIG SMITH Time: 03:48 pm To: RON FOX (Rcvd) (Read 80 times) Subj: R: C COMMUNICATIONS Thanks for the info. I appreciate your recommendation, but South Mountain's package is a bit pricey ($300+). But then again, your experience with the Blaise product may show that there is more to cost than just the up-front price... --------------- ** Current thread: C COMMUNICATIONS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AGR2748 Date: 06/12/90 From: RON FOX Time: 10:45 pm To: CRAIG SMITH (Rcvd) (Read 71 times) Subj: R: C COMMUNICATIONS I agree that the South Mountain stuff is expensive. When I bought the package I think that it was in the $150 range. It was about a year ago that they raised their prices. They dis add drivers for the digiboard and a number of other boards. They also increased the supported speed to 115k baud. Ron --------------- ** Current thread: C COMMUNICATIONS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AHE1360 Date: 06/13/90 From: THOMAS ZERUCHA Time: 10:22 am To: CRAIG SMITH (Rcvd) (Read 69 times) Subj: R: C COMMUNICATIONS You may also want to look at C Communications Toolkit from Magna Carta (they are in Texas). $149 retail, less mail order. It has lots of nice things (direct modem support, 16550 and other chips, buffered and interrupts handled). Full source is included. One warning: it is 1.0 now and may have a few bugs (I found two, but with the source it was simple to find them and they are corrected now). --------------- ** Current thread: C COMMUNICATIONS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AIE0841 Date: 06/14/90 From: CRAIG SMITH Time: 10:14 am To: RON FOX (Rcvd) (Read 70 times) Subj: R: C COMMUNICATIONS One other problem I have with South Mountain (formerly Essential Software) is their upgrade policy. They wanted more to upgrade their C Utility Library than I originally paid for it. Granted, the new version added a few things, but not nearly enough to justify the upgrade price. I don't need that kind of support... C > Pausing after each message is now ON > The current message will now be re-displayed Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AIE0841 Date: 06/14/90 From: CRAIG SMITH Time: 10:14 am To: RON FOX (Rcvd) (Read 71 times) Subj: R: C COMMUNICATIONS One other problem I have with South Mountain (formerly Essential Software) is their upgrade policy. They wanted more to upgrade their C Utility Library than I originally paid for it. Granted, the new version added a few things, but not nearly enough to justify the upgrade price. I don't need that kind of support... --------------- ** Current thread: C COMMUNICATIONS [N]xt (B)ack (L)st (R)ply (P)riv (C)ntuos (T)hrd (A)brt (?=HELP)-> B Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AHE1360 Date: 06/13/90 From: THOMAS ZERUCHA Time: 10:22 am To: CRAIG SMITH (Rcvd) (Read 70 times) Subj: R: C COMMUNICATIONS You may also want to look at C Communications Toolkit from Magna Carta (they are in Texas). $149 retail, less mail order. It has lots of nice things (direct modem support, 16550 and other chips, buffered and interrupts handled). Full source is included. One warning: it is 1.0 now and may have a few bugs (I found two, but with the source it was simple to find them and they are corrected now). --------------- ** Current thread: C COMMUNICATIONS [N]xt (B)ack (L)st (R)ply (P)riv (C)ntuos (T)hrd (A)brt (?=HELP)-> ? ---------- N (Next): Select "N" (no quotes) to read the next message. If you're currently following a thread, the next message in that thread will display. Otherwise, the message immediately following your current message will display. ---------- B (Backward): Select "B" (no quotes) to read the previous message. ---------- D (Delete): Select "D" (no quotes) to delete the current message. If the message is marked and the person it is to hasn't read it, it will automatically be unmarked. After deleting messages, the system automatically goes to the next message. If you're reading a thread, the next message will be the next message in the thread. If you didn't write the current message and the message isn't to you, the system will not allow you to delete it. ---------- L (List): Select "L" to list the current message again. ---------- >> More? ([Y]/Stop/Continuous/) >>> Inactivity warning: One minute to automatic logoff! >>> Inactivity limit exceeded: Automatic logoff initiated. Countdown to automatic log-off (press ENTER to abort) 1 seconds Thank you for visiting Exec-PC, Gary Time on the system this logon: 72 minutes Time left for the week: 222 minutes .D/àAª7┼└▒1┘Z>ü£^X╧[├s╜æiM╧?░7M╣╔σπî╒╠Ω'▄¬ñ╙ÆsûQç7àY╔F╬ü║ëE≥╖k┴¡≤Å┘∞JMo =≤τQ4Γg╬bc«1Ö"ê╢╘≥º1╫╔9h7t■äEK▐8«wOJΩ<û╞┼╗½u¼╟┘╠x╘Σ¥┼6é¢9áyφ┐╥τC*■Hπ t°QUMσôΩ┐¼δ┘┴╝ZîQ}á{i¿3Ü]rÄ├σ k ë║dê&pâ K±çÇy¡ç┼Ö─f+Gd₧ÇP[à╚ù)πp²$MédÑ┐=w┬∙QOUx}4ⁿÆ9A∩µÆ▌¡6T*>{7½σ yB▓ÄB«²ìæÜ·╪0HπΦ|HB5¬l┌╟+ªÜ@~>CÑäT⌠F≤JvGÄ∩0ƒÅ╪n░ δ┼α<¬∞í╪ä}"φ" «<┘╠x<╖┬áä±âY╦┴Æ@₧;╠±├W┐i╫<╧ε┤)πöBVR/N│₧Xτñ∩═áåⁿO╩Çñ│L¡êπî½ü.┌J⌠FO∙«lJ P to pause, S to cancel output ------------------------------ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ACQ3197 Date: 06/08/90 From: CRAIG SMITH Time: 09:53 pm To: ALL (Read 76 times) Subj: C COMMUNICATIONS I am looking for any recommendations for MSC libraries for interrupt driven communcations. Anyone like a particular commercial or shareware package? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AF11330 Date: 06/11/90 From: RON FOX Time: 01:22 am To: CRAIG SMITH (Rcvd) (Read 80 times) Subj: R: C COMMUNICATIONS Craig, I have been using the South Mountain Software Essential Comm package for a couple of years. I like it, although it does have keyboard and timer services built in. they can be removed by modifying the source. I think that it is pretty easy to use. I got a communications interface completed in less than three days, it was a pretty simple one. I had the Asymc package from Blaise for Turbo Pascal about four years ago and had enough problems with it that I did not get the C version. I don't know about any other packages and have not seen a review lately. Ron --------------- ** Current thread: C COMMUNICATIONS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AFJ2926 Date: 06/11/90 From: CRAIG SMITH Time: 03:48 pm To: RON FOX (Rcvd) (Read 81 times) Subj: R: C COMMUNICATIONS Thanks for the info. I appreciate your recommendation, but South Mountain's package is a bit pricey ($300+). But then again, your experience with the Blaise product may show that there is more to cost than just the up-front price... --------------- ** Current thread: C COMMUNICATIONS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AGR2748 Date: 06/12/90 From: RON FOX Time: 10:45 pm To: CRAIG SMITH (Rcvd) (Read 72 times) Subj: R: C COMMUNICATIONS I agree that the South Mountain stuff is expensive. When I bought the package I think that it was in the $150 range. It was about a year ago that they raised their prices. They dis add drivers for the digiboard and a number of other boards. They also increased the supported speed to 115k baud. Ron --------------- ** Current thread: C COMMUNICATIONS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AHE1360 Date: 06/13/90 From: THOMAS ZERUCHA Time: 10:22 am To: CRAIG SMITH (Rcvd) (Read 71 times) Subj: R: C COMMUNICATIONS You may also want to look at C Communications Toolkit from Magna Carta (they are in Texas). $149 retail, less mail order. It has lots of nice things (direct modem support, 16550 and other chips, buffered and interrupts handled). Full source is included. One warning: it is 1.0 now and may have a few bugs (I found two, but with the source it was simple to find them and they are corrected now). --------------- ** Current thread: C COMMUNICATIONS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AIE0841 Date: 06/14/90 From: CRAIG SMITH Time: 10:14 am To: RON FOX (Rcvd) (Read 72 times) Subj: R: C COMMUNICATIONS One other problem I have with South Mountain (formerly Essential Software) is their upgrade policy. They wanted more to upgrade their C Utility Library than I originally paid for it. Granted, the new version added a few things, but not nearly enough to justify the upgrade price. I don't need that kind of support... --------------- ** Current thread: C COMMUNICATIONS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AIE1064 Date: 06/14/90 From: CRAIG SMITH Time: 10:17 am To: THOMAS ZERUCHA (Rcvd) (Read 71 times) Subj: R: C COMMUNICATIONS I noticed this product in the Programmer's Shop catalog. It looks like a pretty complete package at a very good price. I hesitated only beause I have not dealt with Magna Carta before. Based on your recommendation ( and the reasonable price) I'll have to give it serious consideration. --------------- ** Current thread: C COMMUNICATIONS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AJL2957 Date: 06/15/90 From: RON FOX Time: 05:49 pm To: CRAIG SMITH (Rcvd) (Read 72 times) Subj: R: C COMMUNICATIONS Craig, I upgraded the c utility package, also. I really didn't want to, but they added shadowed windows. I had rewritten the version 4 to do shadowed windows, but it was hacked and I wanted a cleaner implementation. I think that they are putting their prices more inline with who they think taht their competition is. There are any number of compatable packages that are priced in the South mountain range. Considering that it took about 1/3 the time to write a menu and form based database manager program using the c_utility package than it took to write a compatable program using C Worthy, I really cannot complain about the price. One thing to look for is that most packages rely on the compiler to release unused memory to the operating system. MSC, until V6.0 and heapmin(), does not release memory well. Consequently, the South Mountain and C Worthy stuff doesn't either. I had to go through quite a few gyrations to their source code to get my memory back. Good luck Ron --------------- ** Current thread: C COMMUNICATIONS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AMN0645 Date: 06/18/90 From: THOMAS ZERUCHA Time: 07:10 pm To: CRAIG SMITH (Rcvd) (Read 69 times) Subj: R: C COMMUNICATIONS Again, I have to caution you that it is 1.0, and "needs a little work". Most of the problems and deficiencies are being addressed, but you are likely to recieve 1.00 and will have to find a way to upgrade. Their windows toolkit is very good (though text only and no mouse support). If you plan to get something 100% you may want to check out something else, but if you can handle recompiling some source you can patch all the holes yourself. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ACR3448 Date: 06/08/90 From: GREGORY WILSON Time: 10:57 pm To: GRANT ELLSWORTH (Rcvd) (Read 76 times) Subj: R: MIX POWER C VS MSC Thanks. I guess for $19.95, I almost have to get it. A friend of mine said that I should also get the debugger (also $19.95). It is suppose to be superior to Codeview. I do like the debugger in the new QuickC 2.5 however and will probably stick to that and MSC. Anyway, Thanks!!! Gregory Wilson --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ADK0471 Date: 06/09/90 From: GRANT ELLSWORTH (Leader) Time: 04:07 pm To: GREGORY WILSON (Rcvd) (Read 79 times) Subj: R: MIX POWER C VS MSC Gregory, I purchased both the compiler and the debugger to evaluate it as a learning tool. I was impressed. It's well worth the $50 expense for that purpose. The POWERTRACE debugger and QC2.5's debugger may be equiv- alent for your purposes. The latest Borland TD2.0 release is supposedly much better than the latest CodeView debugger and is CV/M$C compatible. You might want to get it for use with your MSC programs. Grant --------------- ** Current thread: MIX POWER C VS MSC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ADN2202 Date: 06/09/90 From: GREGORY WILSON Time: 07:36 pm To: GRANT ELLSWORTH (Rcvd) (Read 81 times) Subj: R: MIX POWER C VS MSC Thanks for the info! I guess I will be getting the compiler since the price is so nice. I like trying new things so another toy won't hurt too bad at that price. I did not know about the new TD. Thanks again, Gregory Wilson --------------- ** Current thread: MIX POWER C VS MSC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AHE1984 Date: 06/13/90 From: THOMAS ZERUCHA Time: 10:33 am To: GREGORY WILSON (Rcvd) (Read 72 times) Subj: R: MIX POWER C VS MSC Be sure to get the debugger. I use Power C for all my small programs (I may recompile them later). The debugger doesn't have a lot of bells and whistles, but makes the operation of the program very clear, especially since you can watch your variables change (this can be done in other debuggers, but you need to set up a window to see them, then specify each one - and most don't provide a list, so you have to remember the exact name). PowerCTrace has everything like a menu. I haven't found many bugs (as of 1.3 - there was a problem with leap years we found in 1988, and be careful when comparing far pointers). I have produced production code with it, and for the price it is a steal. --------------- ** Current thread: MIX POWER C VS MSC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AHI1873 Date: 06/13/90 From: GREGORY WILSON Time: 02:31 pm To: THOMAS ZERUCHA (Rcvd) (Read 72 times) Subj: R: MIX POWER C VS MSC I just ordered POWERC with the Debugger. FOr the price, I have to try it! Thanks again! Gregory Wilson >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AD11473 Date: 06/09/90 From: ROBERT BALSOVER Time: 12:24 am To: STEVEN KEY (Rcvd) (Read 75 times) Subj: R: IDEAS PLEASE Steven, You're probably correct. I thought it was 128 for the bios buffer, but why don't you try it. (it couldn't hurt) Bob --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AD11636 Date: 06/09/90 From: ROBERT BALSOVER Time: 12:27 am To: DAVID ABBOTT (Rcvd) (Read 76 times) Subj: R: IDEAS PLEASE David, I haven't needed something like that before, so I can't help you. It might not hurt to try it anyway. Bob --------------- ** Current thread: IDEAS PLEASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AD11751 Date: 06/09/90 From: ROBERT BALSOVER Time: 12:29 am To: DAVID ABBOTT (Rcvd) (Read 77 times) Subj: R: IDEAS PLEASE David, It occurred to mee that it might be the limitation of the C library, ungetch() might not stuff the keyboard buffer, just the buffer in the C library. Try to go direct to the buffer itself. Bob --------------- ** Current thread: IDEAS PLEASE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AEP2142 Date: 06/10/90 From: JIM MONROE Time: 08:35 pm To: ROBERT BALSOVER (Rcvd) (Read 79 times) Subj: R: IDEAS PLEASE I think by looking at the Assb code for the functions, it will be possible to decipher the problem. I have not done that particular task yet but the assb code usually halps me clear up the uniquie problems that I getOp hung up on. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AD11536 Date: 06/09/90 From: ROBERT BALSOVER Time: 12:25 am To: STEVEN KEY (Rcvd) (Read 78 times) Subj: R: MOVING TO TURBO C++ yep, $159 (+S&H) gets the works. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AD12317 Date: 06/09/90 From: ROBERT BALSOVER Time: 12:38 am To: GRANT ELLSWORTH (Rcvd) (Read 82 times) Subj: R: MOVING TO TURBO C++ Grant, You are right, this is a senseless debate. A person should do as he feels. Happy trails Bob --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ADE0479 Date: 06/09/90 From: GRANT ELLSWORTH (Leader) Time: 10:08 am To: ROBERT BALSOVER (Rcvd) (Read 79 times) Subj: R: MOVING TO TURBO C++ Bob, Happy trails to you, too. Grant --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AEP2527 Date: 06/10/90 From: JIM MONROE Time: 08:42 pm To: ROBERT BALSOVER (Rcvd) (Read 82 times) Subj: R: MOVING TO TURBO C++ It seems that all of the arguing over price tag of the upgrade movement to c++ or which ever route is available places price over function. If a person needs or wants the item, go for it and not for the price tag. I haver found that going directly to the source has produced my best results over time. I am sure I could have saved a few hundred dollars through shopping but I am not sure that it would have been worth the frustration. While this is only my opinion, I would hope that we will see info on the product and product application problems and solutions on the forum soon. --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AFE1527 Date: 06/11/90 From: ROBERT BALSOVER Time: 10:25 am To: JIM MONROE (Rcvd) (Read 84 times) Subj: R: MOVING TO TURBO C++ Jim, I have the compiler now and its worked fine so far. I was disapointed that td286 required 640k of extended memory to function, the first press release on TD and Tools stated it only required 384k of extended memory to function, which is what I have. Turbo Profiles is GREAT! The new IDE is nice, but takes a little tim to get used to because there are some differences between keystokes in it and the old IDE. Jim, actually Grant and I were not arguing about price, it was the principle of what Borland was doing. They pulled a very MS kind of stunt and are getting a lot of heat from users in the forem on CIS. The said it was *not* a upgrade but a special offer, then they leave out the manuals, they also dumped all availible product on retail stores and made the *loyal* user cool his heels. No Jim, price was not the issue. If they offered the same price or even $20 more for the TC++ Prof package, including all manuals and didn't make the *loyal* user wait while the guy on the street picked it up and Software ETC., I think there would have been no problem. Bob --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AFN0596 Date: 06/11/90 From: JIM MONROE Time: 07:09 pm To: ROBERT BALSOVER (Rcvd) (Read 83 times) Subj: R: MOVING TO TURBO C++ It seems that all ro at least most of the software houses have gotten to the point of ignoring the customer. This seems like the attitude of the Big computer manufacture of old. What is good for xxx is good for you the customer, you (the customer are just to dumb to understand) just need additional training. Will you be able to make the Users Group this week? --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AFN1922 Date: 06/11/90 From: ROBERT BALSOVER Time: 07:32 pm To: JIM MONROE (Rcvd) (Read 81 times) Subj: R: MOVING TO TURBO C++ Jim, When and where will the meeting be? Bob --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AGP2415 Date: 06/12/90 From: GRANT ELLSWORTH (Leader) Time: 08:40 pm To: ROBERT BALSOVER (Rcvd) (Read 78 times) Subj: R: MOVING TO TURBO C++ Bob, re: td286(? -> not td386?) and 640K extended memory ... That's the 1st i've heard about that. Could you be doing something awry in your setup or configuration stuff such that your triggering more memory use than absolutely necessary? Grant --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AIS2905 Date: 06/14/90 From: ROBERT BALSOVER Time: 11:48 pm To: GRANT ELLSWORTH (Rcvd) (Read 76 times) Subj: R: MOVING TO TURBO C++ Grant, It reports that when I try to run it, then it aborts. I don't even get into the opening screen of TD286. I believe it also says 640k extended memory is required in the manuals. Bob --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AJR2180 Date: 06/15/90 From: GRANT ELLSWORTH (Leader) Time: 10:36 pm To: ROBERT BALSOVER (Rcvd) (Read 72 times) Subj: R: MOVING TO TURBO C++ 640K EXTENDED memory???!!!!??? That's an unusual amount of EXTENDED memory for a DOS-based program to be asking for. Are you SURE it said EXTENDED, not EXPANDED?? What if you had an EMS driver, or a 386 + much extra extended memory + qemm (or similar ems driver)??? What you report is a little baffling. Grant --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AK12584 Date: 06/16/90 From: ROBERT BALSOVER Time: 01:43 am To: GRANT ELLSWORTH (Rcvd) (Read 75 times) Subj: R: MOVING TO TURBO C++ Grant, I always get extended and expanded mixed up, let me state another way. The memory above 1 meg that needs the processor to run in protected mode. Part of the problem maybe that Borland is using the TurboDrive(TM) to operate in protected mode, it may not be common knowledge but they licenced Eclipse's 286 Dos extender for their TurboDrive. Eclipse does not support virtual memory for data segements like their 386 extender does, the removed it due to problems they were having. I found this out when I called Eclipse about the add in the Programmers Connection, Programmers Connection is selling a special TC only version if their 286 extender cheap. Anyway, TD286 may need the memory for its own data. Thats my best guess. Bob --------------- ** Current thread: MOVING TO TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AMP0540 Date: 06/18/90 From: JIM MONROE Time: 08:09 pm To: ROBERT BALSOVER (Rcvd) (Read 75 times) Subj: R: MOVING TO TURBO C++ I am sorry that I did not get back to you on time, the meetings are held the 2nd thursday and the 4th tuesday. They start at 7:00 P.M. and are held at the old Allis Chalmers club house. It is now a resturant and I beleive that it is called Sue and Shar's Southern Plantation. The Tuesday meeting will be a swap fest ( I think). Try to come out and see if you are interested in the group. s >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AD11872 Date: 06/09/90 From: ROBERT BALSOVER Time: 12:31 am To: GREGORY WILSON (Rcvd) (Read 76 times) Subj: R: POINTERS TO STRINGS Gregory, Using calloc() would be safer, you'd know for a fact that the string was null terminated. Bob --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ADK0811 Date: 06/09/90 From: GRANT ELLSWORTH (Leader) Time: 04:13 pm To: ROBERT BALSOVER (Rcvd) (Read 77 times) Subj: SW UPGRADE SCAMS ... Bob, I revisited our little discussion of whether to "upgrade" to TC++ via mail-order "new" order or via BI "special to registered users". I also browsed the uproar on CI$ over the TASM 2.0 manuals issue --- an uproar I was unaware of when I wrote my "quibbling at the margin" mes- sage. After some reflection, I'll call the spring-summer programming language upgrade scene a shoddy scandal. Borland, Micro-slop, and Watcom (Waterloo) (and maybe others) are each engaging in a "screw the registered user" game. To wit: 1. M$ recalls M$C 6.0 from beta only to release it a short time later no less, and probably even more bug-infested, than release 5.1 M$ touted the 6.0 release as their best effort at releasing at a relatively bug-free language product where most really awful known buggers from 5.1 were addressed As I gather from some threads on CI$, M$ was really deceiving the user base, or fooling themselves. Anyway, a great number of devel- opers have been suckered into the upgrade to get some insect relief, if not access to "more advanced" features Although we have an "uninstalled", but registered, M$C5.1, we got notice in the mail on the upgrade availability well AFTER the public announcement --- well, at least we got an "upgrade at reduced prices" notice ... product quality notwithstanding .... 2. Watcom announced its super-duper WATCOMC 8.0 which competes with M$ in the OS/2, 386 protected mode code, etc .. Yet, I have yet to see an "upgrade offer" or similar advertisement from Watcom --- I did upgrade to WC7.0 when it was 1st announced via an upgrade offer from Watcom Seems like the Waterloo group is expecting the users to start again with a clean slate. No upgrades. List/Mail-order prices only. 3. Borland pulls a "bait and switch" on its "New Product" special offer to TC2.0 users BI says: It's a new product. Special intro prices to current TC2.0 user base. And your ProPak is handled as an upgrade ... no full manuals for your TASM ... (and BI didn't tell you) BI also did not provide the registered user base with any lead time to get the product(s) ahead of the mail-order rush, etc.. So, you can get the full boat from the mail-order folks now (and get the full manual set), or you can wait 1 month for your "new product" (upgrade?!) ... with an almost marginal price differential I won't go into the gory details, but it reads like the new rage, M$WINDOWS 3.0 won't work with a lot of the non-IBM and non-MS software/hardware out there right now. Anyway, it's supposed to be a multi-tasker (on a 386,at least), and I read it can't even keep up with DV. Meanwhile, the reviewers seem to be ignoring DV entirely --- they're seduced by the graphical user- confuser and wild rodents. DV DOES support rodents, provides slightly better task-to-task cut-and-paste capabilities ,,, yet the reviewers ... treat M$ as an unasailable diety .... Quarterdeck is also guilty as sin ... : announces QEMM5.0, DV2.26, etc, and mails out an upgrade notice to users which is practically expired by the time it arrives. QOS may have a better underlying product, but QOD sure doesn't support it, document it (the API anyway) accurately --- leaving those who would extend its (DV) applicability to spin wheels for days, weeks, months, etc., trying to figure out what QOS REALLY meant by what was not written in the documentation. This whole situation is scandalous. It reminds me of IBM's consistently "questionable" behavior in its handling of the 370 mainframe products --- both H/W and S/W --- while the suckers (customer base)t on pouring good money and time after bad. DEC had opportunities, but continued con- templating its naval. ... While I would hope ALL the vendors would get their act together and start (resume(?)) delivering quality products, giving registered users an advan- tage in registering, and carefully docuemt what is delivered, I think this behavior will be curtailed only by successful non-North-American competi- tion, like from the Soviet Union (horrors of horrors) and Eastern Europe, which are just beginning to emerge from the darkness, full of energy, and looking for opportunities! I recently read an article which delineated how the software authors in these countries are doing a heck of a lot more with so much less ... Grant --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ADN1056 Date: 06/09/90 From: ROBERT BALSOVER Time: 07:17 pm To: GRANT ELLSWORTH (Rcvd) (Read 74 times) Subj: R: SW UPGRADE SCAMS ... Grant, After looking over c0.asm in the startup directory for TC++, I'm convinced that they had originally planed this to be TC 3.0. It says TC 3.0 in c0.asm! Well anyway, thats water under the bridge now. I hold a unfavorable opinion as to the Computer magizine industry. Even DDJ show signs of the problems you mentioned in your message. That last magizine I *really* liked was Micro Cornucopia, and their final issue was last month. Bob --------------- ** Current thread: SW UPGRADE SCAMS ... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AEG3097 Date: 06/10/90 From: GRANT ELLSWORTH (Leader) Time: 12:51 pm To: ROBERT BALSOVER (Rcvd) (Read 79 times) Subj: R: SW UPGRADE SCAMS ... I liked Micro-Cornucopia, too. Seems like the real good mags don't last long. Grant --------------- ** Current thread: SW UPGRADE SCAMS ... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AHE1149 Date: 06/13/90 From: THOMAS ZERUCHA Time: 10:19 am To: GRANT ELLSWORTH (Rcvd) (Read 70 times) Subj: R: SW UPGRADE SCAMS ... Watcom 8.0 is available on an upgrade basis (as is Power C 2.0). The details should be in the file I uploaded to the Mahoney collection. Not all software houses have a computer that can print thousands of letters. I would suggest contacting Watcom directly for upgrade information (part of this may be that it is not officially released yet, though that may occur any day, another part may be that there are two versions to upgrade to - standard and pro). In general I do agree about upgrades - they shouldn't be a means of profit, but at the same time I don't offer a free lifetime guarantee on software I write. Any MIX (Power C) product can be upgraded for $5/disk, so not everyone is trying to rip people off. --------------- ** Current thread: SW UPGRADE SCAMS ... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AHF0260 Date: 06/13/90 From: GRANT ELLSWORTH (Leader) Time: 11:04 am To: THOMAS ZERUCHA (Rcvd) (Read 68 times) Subj: R: SW UPGRADE SCAMS ... I don't agree... I don't see why s/w upgrades for registered users should NOT be profitable. But, I sure don't understand why they need to be deceptive or disguised. It's the deception ripofrf. --------------- ** Current thread: SW UPGRADE SCAMS ... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AIN2225 Date: 06/14/90 From: GRANT ELLSWORTH (Leader) Time: 07:37 pm To: THOMAS ZERUCHA (Rcvd) (Read 69 times) Subj: R: SW UPGRADE SCAMS ... I called Watcom directly on their 800 number. They are offering a generous upgrade price to owners of WC products. If you own and have registered WC7.0(286), the upgrade to WC8.0(286) Standard Edition is $125, upgrade to the Professional Edition(286) is $225. No upgrade prices are offered for upgrading from WC7.0(286) to WC8.0(386)-any "edition". Current owners of WC7.0(386) may upgrade to WC8.0(386) for about $400 (against 1200 list, and 940, best street price I could find). >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ADM3406 Date: 06/09/90 From: ROBERT WARREN Time: 06:56 pm To: ALL (Read 74 times) Subj: ATOF ABNORMAL TERMINATION. SCANF. TURBO C Maybe someone can help me figure out why I'm getting an abnormal termination. I'm using Borland Turbo C 2.0 and am just learning to use C. ------------------------------------* Following program: #include <stdio.h> #include <stdlib.h> #include <math.h> main() { double x = 0.0; x = atof("33.3"); printf("\n Converted to: %f",x); } ==================================================* I get no warnings or messages when I compile in the integrated environement. However when I run this program, caused on the atof function the program aborts with the following message: scanf : floating point formats not linked Abnormal program termination ====================================================* I think it has to be something in my installation. The atof seems to work just fine - when I run this program on another machine. Any ideas? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ADN1411 Date: 06/09/90 From: ROBERT BALSOVER Time: 07:23 pm To: ROBERT WARREN (Rcvd) (Read 76 times) Subj: R: ATOF ABNORMAL TERMINATION. SCANF. TURBO C Robert, Thats the result of a known bug in TC 2.0 (or 2.1). The compiler fails to make reference to a label in the MATH?.LIB. This is usually only a problem in small test programs like the one you posted. I think the compiler will generate the proper code if you reference a pointer of the double type: . double *bug_fix; double x = 0.0; . *bug_fix = x /* this will cause the proper code to generate */ ... I hope the fixes it for you. Bob --------------- ** Current thread: ATOF ABNORMAL TERMINATION. SCANF. TURBO C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AEN0494 Date: 06/10/90 From: ROBERT WARREN Time: 07:08 pm To: ROBERT BALSOVER (Rcvd) (Read 77 times) Subj: R: ATOF ABNORMAL TERMINATION. SCANF. TURBO C Thanks Robert B. That enabled me to proceed. --------------------------------------------------* I think I've got a Borland Turbo C 2.01 My TC.EXE file is dated 5-11-89, and is 290525 bytes. Any idea if I can get a newer version. --------------- ** Current thread: ATOF ABNORMAL TERMINATION. SCANF. TURBO C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AFE0805 Date: 06/11/90 From: ROBERT BALSOVER Time: 10:13 am To: ROBERT WARREN (Rcvd) (Read 80 times) Subj: R: ATOF ABNORMAL TERMINATION. SCANF. TURBO C Robert, TC 2.01 is the latest version of 'TC', TC++ is now available at most retail stores and Borland is offering a TC++ only upgrade price of about $79 but it takes awhile for them to ship and discount retail stores and mail order houses have it for about the same price. I think that TC 2.01 will work fine in larger programs, its just very small programs like yours that causes the bug to surface. Bob --------------- ** Current thread: ATOF ABNORMAL TERMINATION. SCANF. TURBO C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AFN0802 Date: 06/11/90 From: JIM MONROE Time: 07:13 pm To: ROBERT BALSOVER (Rcvd) (Read 80 times) Subj: R: ATOF ABNORMAL TERMINATION. SCANF. TURBO C I tried the code in you original message and compiled it using the MIX compiler is all memorary models. It worked with out any adverse effect. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ADP1358 Date: 06/09/90 From: KEVIN KNORR Time: 08:22 pm To: ALL (Read 74 times) Subj: HELP! I am trying to compile a C program and in the linking phase I get the message undefined symbol ulmul%% first referenced in etc... I searched all of the program including the "includes" and I can not find "ulmul%%" or "ulmul%%()" or anything close to it. I ran lint on the program and still no luck. any ideas. I am trying to compile this on an NCR tower running UNIX V 3.01.00 --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AIP0469 Date: 06/14/90 From: JEFF NOWLAND Time: 08:07 pm To: KEVIN KNORR (Rcvd) (Read 72 times) Subj: R: HELP! Kevin, ulmul%% looks like a compiler used routine for multiplying unsigned long integers. You wouldn't find it in your code because its in one of the runtime libraries. Its probably called by the compiler everytime you code something like: unsigned long x=1L;; x *= 2; JDNowland. --------------- ** Current thread: HELP! Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AEN0755 Date: 06/10/90 From: JOHN HEY Time: 07:12 pm To: GRANT ELLSWORTH (Rcvd) (Read 76 times) Subj: DESQVIEW API Grant, You recently made a statement (in the context of a long discourse regarding the lousy support policies of various big-name companies) about the DESQview API documentation, which indicated that the doc's weren't really very well written, etc. This concerns me, since for some time now I've considered switching to the DESQview API for a C project my company is working on. If you could, I'd appreciate a few more comments about the API's deficiencies, so that I can take those into account in making my decision. Thanks! John Hey-- --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AFN1410 Date: 06/11/90 From: GRANT ELLSWORTH (Leader) Time: 07:23 pm To: JOHN HEY (Rcvd) (Read 76 times) Subj: R: DESQVIEW API John, The DV C-Lib API for DV2.25 is really pretty good. I have yet to stumble into any bugs. It also does what the specs/programmer's guide says AT A MACRO LEVEL (that is, you can make it do what the specs say, but sometimes after extensive gyrations). What is often unclear or totally absent is clear explanation of what the order (sequence) of the API calls really has to be in order to get the effect you want. Also, there are sometimes a lack of #define statements for specific operations which you expect to be there --- e.g. to position one window with respect to another you must specify a vertical relationship ... the C api is not clear on the value to use and provides no #define for the operation, while it does provide the necessary details for horizontal positioning. I had to ferret out an answer by guessing from some info implied in the general ASM-oriented API Guide. It seemed to me that I spent days at a time figuring out what was meant by what the C-Interface spec said and how it related to the commentary in the API Guide. With respect to technical support, I found the forum on CI$ a hopeless exercise unless another user who had the same mis-step read my msgs. I also gather that phone support --- even for those with "priority service" leaves something to be desired. All this notwithstanding, once I "hacked" away at this thing and made extensive notes on what the specs didn't really specify, I found the API powerful and usable. I just think that any project based on using the DV API needs to allocate a fair bit of time (1 person-month per programmer) to figure the more subtle things out. And I believe that learning to use it requires some pretty darned sophisticated debugging skills. It's not a system for beginners or amateurs. Grant ps: Please understand what I meant by "bug" above ... a bug is when the software does not behave as specified when used explicitly as specified. It's the recurring lack of the necessary specificity in the documentation which "bugs" me --- but, it's a little far fetched to call this deficien- cy a bug. If you do decide to use the C-API, I recommend that you employ the practice of "build a little, test a little", and test each and every one of your assumptions about what you think the dox meant thoroughly!! --------------- ** Current thread: DESQVIEW API Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AGL2723 Date: 06/12/90 From: JOHN HEY Time: 05:45 pm To: GRANT ELLSWORTH (Rcvd) (Read 73 times) Subj: R: DESQVIEW API I appreciate your extensive comments on the DesqView API ... Thanks a whole lot! John Hey-- >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AFK1743 Date: 06/11/90 From: DAVID ABBOTT Time: 04:29 pm To: ALL (Read 76 times) Subj: KEYBOARD BUFFER Where is it, and how can i stuff it. I'm trying to find a function that will un-get-a-string. ungetch() puts one character back into the keyboard buffer, but I want to put back a string (less than 12 characters); Ive tried repeated calls to ungetch (), ungetting the string backwards...but the doc for ungetch states you can only call it once in-between calls to getch()... Can anybody help me on this... I would be willing to share some nifty date management routines??? Thanks, David Abbott --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AFP1884 Date: 06/11/90 From: PHIL HILL Time: 08:31 pm To: DAVID ABBOTT (Rcvd) (Read 80 times) Subj: R: KEYBOARD BUFFER David, The following works in Turbo C. Other compilers may have different implementations for disable()/enable(). The indirection doesn't do much for readability, I guess - but it does get the job done. #include <dos.h> /* for disable()/enable() */ stuff_kb(unsigned char *string){ int i; char far *buff_head = (char far *)0x40001A, far *buff_tail = (char far *)0x40001C; *buff_head = *buff_tail = 0x1E; for (i = 1; (i <= 15 && *string); i++){ disable(); *(buff_tail + (i << 1)) = *string++; *buff_tail += 2; enable(); }/* end for */ }/* eof stuff_kb() */ --------------- ** Current thread: KEYBOARD BUFFER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AGD2328 Date: 06/12/90 From: DAVID ABBOTT Time: 09:38 am To: PHIL HILL (Rcvd) (Read 73 times) Subj: R: KEYBOARD BUFFER Phil, Thanks alot, I'll try this right away...I knew there had to someone who knew where this guy was. Again thanks..If I can ever be of any help, just ask. David Abbott >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AFN2200 Date: 06/11/90 From: ROBERT BALSOVER Time: 07:36 pm To: JIM MONROE (Rcvd) (Read 78 times) Subj: R: TURBOC COMM CODE Jim Be careful with the source from that book, it has a lot of errors reported using TC in the large memory model. I don't think he tested the source in anything other than the small model. Bob --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AKR2950 Date: 06/16/90 From: OTTO PORTER Time: 10:49 pm To: JIM MONROE (Rcvd) (Read 73 times) Subj: R: TURBOC COMM CODE Thanks for the suggestion. I remember reading a review of this book sometime ago and thought that it would be worthwhile. Otto --------------- ** Current thread: TURBOC COMM CODE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AMP0677 Date: 06/18/90 From: JIM MONROE Time: 08:11 pm To: ROBERT BALSOVER (Rcvd) (Read 74 times) Subj: R: TURBOC COMM CODE I have not entered that much of it, I am using the MIX compiler and note that a number of changes must be made. I wish that the books that are in the market would be more carefully reviewed. I have the same problems with text books. I teach accounting on a part time basis and find it quite frustrating when the text has an error in a problem that I am attempting to demonstrate. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AGP3180 Date: 06/12/90 From: GRANT ELLSWORTH (Leader) Time: 08:53 pm To: ALL (Read 71 times) Subj: PRINT.COM(MSDOS3.3) UNCOOKED PLEASE I know some of you are deep_water gurus ... so help the "front-man" ... see my message on PRINT.COM in the MSDOS-Hot Topics, 3AGP2897 (refno). Thanks for any help. Grant --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AHA2376 Date: 06/13/90 From: STEVE BOOTH Time: 06:39 am To: ALL (Read 73 times) Subj: DBASE ROUTINES Hi Y'All, I'm looking for some good C routines which work with data base files. At this point, I'm just in the thinking stage, it would be nice if something in the Shareware realm exists... I'm not really looking to put out several hundred $$. Have a hard enuf time justifying what I do spend on the beastie. I decided to spring for the TC++ upgrade and really can't afford much at the present time. It would be great if there were something on the order of the "CXL" librarys. Anyone out there got any ideas?? Regards, Steve... --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AHI2996 Date: 06/13/90 From: GREGORY WILSON Time: 02:49 pm To: STEVE BOOTH (Rcvd) (Read 74 times) Subj: R: DBASE ROUTINES SB> I'm looking for some good C routines which work with data SB> base files. At this point, I'm just in the thinking stage, SB> it would be nice if something in the Shareware realm exists... SB> I'm not really looking to put out several hundred $$. Have SB> a hard enuf time justifying what I do spend on the beastie. SB> I decided to spring for the TC++ upgrade and really can't SB> afford much at the present time. It would be great if there SB> were something on the order of the "CXL" librarys. Anyone SB> out there got any ideas?? Steve, This message sounds just like the one I was asking about a month ago! After looking on hundreds of BBS's and talking to several people I have come up with two libraries. One is the SOFT C library. There is a public domain version available called SCD113.ZIP. I am not sure if it is here or not. It is completely compatible with DBASE III/IV files and has many command. The shareware version is a full working medium model lib. Registration is $30 for the object code, $100 for the source. Another option is the MIX DATABASE TOOLCHEST available from MIX software for $19.95. It is really nice. This lib allows you to have variable length fields/keys and has conversion programs to convert to and from DBASE format. It comes with a good paperback book and a great demo. The address and phone number can be found in many programming mags. If you cannot find it, let me know and I will find the phone number for you (I am at work now and do not have access to the number). The MIX TOOLCHEST does not allow record locking therefore making 'shared database' applications a bit complicated but the people at MIX tell me that the next version will have the ability. Overall it is the closest thing I can find to the quality of CXL (I swear by it) and even comes with support! Hope this helps! If you come across any other options, please tell me since I am still comparing and looking! Talk to you later, Gregory Wilson SYSOP, The Ltd. BBS 708-213-1304 <==== Call sometime!! --------------- ** Current thread: DBASE ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AIC1324 Date: 06/14/90 From: STEVE BOOTH Time: 08:22 am To: ALL (Read 71 times) Subj: R: DBASE ROUTINES Message CC'd to: GREGORY WILSON ALL Hi, Does anyone have a C dbase library called SCD113.ZIP available that they would be willing to upload? Or tell me where I could call to be able to download it? Thanks, Steve Booth... --------------- ** Current thread: DBASE ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AIF1208 Date: 06/14/90 From: GREGORY WILSON Time: 11:20 am To: STEVE BOOTH (Rcvd) (Read 73 times) Subj: R: DBASE ROUTINES Steve, I will upload it now. I saw that you dropped by my board. If you will call back and complete Questionnaire #1, you will get a free week of access so you can download my good 'C' stuff. Next time you get on, do the questionnaire and then try paging me. Talk to you later, Gregory Wilson! --------------- ** Current thread: DBASE ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AMR2261 Date: 06/18/90 From: GREGORY WILSON Time: 10:37 pm To: JIM MONROE (Rcvd) (Read 68 times) Subj: R: DBASE ROUTINES JM> I have acquired the c/database toolchest from MIX in Texas. JM> It is available with source and I think it was in the $50.00 JM> range. I do not have a phone number but there address is I received my MIX DB TOOLCHEST last week. It looks great! The only complaint I have is that it does not support record locking but the people at MIX software tell me that the next release should support it. Thanks for your time! Gregory Wilson --------------- ** Current thread: DBASE ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ANS2884 Date: 06/19/90 From: JIM MONROE Time: 11:48 pm To: GREGORY WILSON (Rcvd) (Read 68 times) Subj: R: DBASE ROUTINES I beleive that the version I have only supports one memorary model. Since then MIX has upgraded to support small medium and large models. Does you version support all models? --------------- ** Current thread: DBASE ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3APE2808 Date: 06/20/90 From: GREGORY WILSON Time: 10:46 am To: JIM MONROE (Rcvd) (Read 69 times) Subj: R: DBASE ROUTINES It still only supports medium model. I immediately called to complain and they told me that I needed to send $10 more for the source so I could create any model lib I wanted. I wish they had mentioned that in the ad. Anyway...I guess $10 wont hurt too much. Gregory Wilson --------------- ** Current thread: DBASE ROUTINES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AWQ0929 Date: 06/27/90 From: JIM MONROE Time: 09:15 pm To: GREGORY WILSON (Rcvd) (Read 61 times) Subj: R: DBASE ROUTINES I guess I will have to also send then the $10.00 even though I hate to get nickled and dimed on these type of things >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AHE1649 Date: 06/13/90 From: THOMAS ZERUCHA Time: 10:27 am To: GREGORY WILSON (Rcvd) (Read 73 times) Subj: R: SIMPLE 'C' QUESTION static when applied to something otherwise global makes it local to that module (i.e. the portion of the program in the particular file). So, in the first case (no static), a,b, and c would be visible from another module that externed them. In the second case, they would not be visible to any other modules. So in that context, static means "local". This applies to functions as well as variables. The other context is similar, inside a function, where static makes the variable (already local to the function) "global" in the sense that it does not change between invocations of the function - but it is still hidden (this is known as scoping as in the "scope" of a definition). --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AHI1793 Date: 06/13/90 From: GREGORY WILSON Time: 02:29 pm To: THOMAS ZERUCHA (Rcvd) (Read 71 times) Subj: R: SIMPLE 'C' QUESTION Thanks for clearing it up for me! Makes sense! Gregory Wilson >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AHH3356 Date: 06/13/90 From: ANDY HUBBELL Time: 01:55 pm To: ALL (Read 71 times) Subj: MICROSOFT C VERSION 6.0 USERS... I will be brief and to the point. I have been asked to develop some code using MSC v6.0. I have done a little work with Turbo C but I still call myself as a novice. What I nedd to know is this; Is there anyone out there or who might be reading this that wouldn't mind answering a few dumb questions once and while on this BBS? If anyone wants to take a stab at one now, here it is. I was converting Turbo C source to MSC source and I replaced at GOTOXY (TC) routine with what I thought was the equivalent SETTEXTPOSITION (MSC). I can compile fine but when I go to link I get an 'unresolved external' error. I have included graph.h which the book says must be included. If anyone can help or you need more details please write. andy --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AHP2207 Date: 06/13/90 From: CHAD GIBBONS Time: 08:36 pm To: ANDY HUBBELL (Rcvd) (Read 73 times) Subj: R: MICROSOFT C VERSION 6.0 USERS... Apparently, GRAPHICS.LIB was not included as a default library when your system libraries were built. You have two choices: either reinstall, making sure GRAPHICS.LIB is included, or in the link phase explicitly use GRAPHICS.LIB as an extra library. --------------- ** Current thread: MICROSOFT C VERSION 6.0 USERS... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AIG1026 Date: 06/14/90 From: ANDY HUBBELL Time: 12:17 pm To: CHAD GIBBONS (Rcvd) (Read 71 times) Subj: R: MICROSOFT C VERSION 6.0 USERS... thanks Chad, I will give it a shot.... --------------- ** Current thread: MICROSOFT C VERSION 6.0 USERS... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AIN2495 Date: 06/14/90 From: GRANT ELLSWORTH (Leader) Time: 07:41 pm To: ANDY HUBBELL (Rcvd) (Read 71 times) Subj: R: MICROSOFT C VERSION 6.0 USERS... Try including GRAPH.LIB (or some such name) in the linker library specifi- cation. Including <Graph.h> just assures that the protoytype header will be included which , in turn, assures that the parameters for the calling sequence will be generated correctly. --------------- ** Current thread: MICROSOFT C VERSION 6.0 USERS... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AJL2346 Date: 06/15/90 From: RON FOX Time: 05:39 pm To: ANDY HUBBELL (Rcvd) (Read 73 times) Subj: R: MICROSOFT C VERSION 6.0 USERS... Andy The function is _settextposition, the underscore is part of the function name. Also, it is necessary to use lower case letters. Most of the time case sensitivity is enforced. If you installed the graphics library as part of the combined libraries, it is not necessary to include graphics.lib when linking. Hope that this helps. Ron --------------- ** Current thread: MICROSOFT C VERSION 6.0 USERS... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AIE0531 Date: 06/14/90 From: LARRY MACNEILL Time: 10:08 am To: ALL (Read 69 times) Subj: YACC AND LEX Does anyone have suggestions for learning something about yacc and lex? Bison from the Free Software Foundation and Lex from the C Users' Group have the code but precious little in the way of using them. Since they are such ubiquitous utilities on Unix systems, maybe their use is common knowledge but not to me. I got an advertisement in the mail about the book, Crafting a Compiler, which says it emphasizes the practical aspects of writing a compiler. That could mean how to use lex and yacc but I've never seen the book. Does anyone have suggestions or comments? --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AJC2444 Date: 06/15/90 From: DENNIS DODSON Time: 08:40 am To: ALL (Read 73 times) Subj: LASERJET Hope someone can help. Converting to a HP LaserJet III from dot matrix. Wrote C program to automate changing of printer settings instead of using the LaserJet's manual console commands to allow a .bat file to print output from daily runs (have pause to allow previous printing to finish before accessing with C program). Using straight DOS Print command to print individual files to laser in the .bat file. My requirements are to have the ability to set 1) 6 or 8 lpi and 2) Condensed 'on' or 'off'. Seems to be working ok except where I have to send a 'Number' like 66 or 88 as a parameter for lines/page. In the following sample code (line #7) to set the printer to 8lpi, what should I be entering instead of the ???'s to indicate the number 88? Or is my syntax completely wrong, or do you have any other ideas you can share with me? Or should I be issuing additional commands to accomplish my goal (pitch, point, font, etc.)? All I want the LaserJet to do is print standard data processing line printer-like documents, nothing fancy. main( int argc, char *argv[] ) { if (strncmp(argv[1], "8lpi", 4) == 0 || strncmp(argv[1], "8LPI", 4) == 0) { fprintf(stdprn, "\x1b\x26\x6c\x38\x44"); /* 8 lines/inch */ fprintf(stdprn, "\x1b\x26\x6c\???\x50"); /* page length to 88 */ fprintf(stdprn, "\x1b\x26\x6c\x32\x41"); /* page size to letter */ printf("LaserJet Set to 8 Lines/Inch"); exit(0); } Dennis... --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AKS0865 Date: 06/16/90 From: OTTO PORTER Time: 11:14 pm To: DENNIS DODSON (Rcvd) (Read 69 times) Subj: R: LASERJET This may seem strange (it did to me) but you have to use the ASCII equivalent character for the DECIMAL number you are trying to use. i.e. your \??? would be replaced with \X (ASCII X(upper case) = Dec 88). You may be able to use the hex equivalent but if memory serves I doubt it. I used to do a lot of laser jet support and I seem to remember that it was very picky about getting the exact representation listed in their reference. Hope this helps. Otto Porter --------------- ** Current thread: LASERJET Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AME2225 Date: 06/18/90 From: DENNIS DODSON Time: 10:37 am To: OTTO PORTER (Rcvd) (Read 67 times) Subj: R: LASERJET Thanks Otto, the ASCII equivalent character works fine. Yes, I did try the hex equivalent before sending the message and that DID NOT work as you could recall. Thanks again for the help. Dennis Dodson --------------- ** Current thread: LASERJET Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ANB1096 Date: 06/19/90 From: VICTOR DURA Time: 07:18 am To: DENNIS DODSON (Rcvd) (Read 67 times) Subj: R: LASERJET Dennis: The following works for me using a MSC 4.0 compiler. main( int argc, char *argv[] ) { if (strnicmp(argv[1], "8lpi", 4) == 0 ) /* case insensitive cmp */ { fprintf(stdprn, "\027&l8D"); /* 8 lines/inch */ fprintf(stdprn, "\027&l88P"); /* page length to 88 */ fprintf(stdprn, "\027&l2A"); /* page size to letter */ printf("LaserJet Set to 8 Lines/Inch"); exit(0); } } Note that I only need to use the "\" to get the escape character in the string. Of course you can use the "\" introducer to define each individual character, but it's not needed and I think it's more confusing. Hope this helps... Vic Dura --------------- ** Current thread: LASERJET Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ARI1290 Date: 06/22/90 From: DENNIS DODSON Time: 02:21 pm To: VICTOR DURA (Rcvd) (Read 65 times) Subj: R: LASERJET Thanks Vic, I think too that it is less confusing in that is more like the commands explained in the HP users manual. When I have a need to modify my program for additional printer commands I will convert to the more understandable command string you suggested. You enlightened me also with the case insensitve 'strnicmp' (never have time to RTFM!). Thanks again for your help. Dennis. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AKI0123 Date: 06/16/90 From: MICHAEL MCCLUNE Time: 02:02 pm To: ALL (Read 69 times) Subj: TC++ OFFER In todays mail I recieved a coupon Borland offering TC++ Pro for $179.95. Is this a good deal? Would someone like to take a whack at convincing me that Boredom's products are any better than it's competitors products? Your Serve --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ALH3081 Date: 06/17/90 From: GRANT ELLSWORTH (Leader) Time: 01:51 pm To: MICHAEL MCCLUNE (Rcvd) (Read 70 times) Subj: R: TC++ OFFER If you don't now own TC2.0 propak, you might still get a better price than $179 for the tc++ propak ... e.g. Programmer's Connection is offering the same box for $159 and can probably get it to you faster. With the suggest list price for TC++ propak at $299, $159 and $179 are "good deals". Now, as to the more fundamental question of whether Borland's TC++ with the "embedded" ansi-c compliant compiler is "better than its competitors", anybody's answer,, INCLUDING MINE, will have some predjudices and bigotry attached. OK, with that in mind and with some regard to best street prices available, I regard Borland's language products, specifically the C and probably (haven't received my copy yet) c++ products, are at least "competitive" with those of other vendors. Now, here is my key point (and "predjudice"): At any price for any of the several C compilers and the 2 C++ (Zortech has the other), each is better than the Microsoft offering in one or more respects. On past performance and my own experience, I've found the Watcom C and the Borland C compilers the most reliable and bug free of the 4 I've done anything with. But, that's not to say I've not had some problems with those --- I have. It's been my experience, and therefore, my opinion, that Microsoft cannnot build and sell a reliable language product, with the possible exception of the assembler --- and there have been some more sophisticated 80x86 assemblers. Grant --------------- ** Current thread: TC++ OFFER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ALL2495 Date: 06/17/90 From: MICHAEL MCCLUNE Time: 05:41 pm To: GRANT ELLSWORTH (Rcvd) (Read 70 times) Subj: R: TC++ OFFER Grant, Thank you for the reply. I am currently using the MS QC 2.5 compiler with Quick assembler. The only real complaint I would have is the lack of what TC calls is VAROOM, once QC is out of space its on to the command line then back to the editor and then no debugger outside the QC environment. This gets to be quite frustrating. I'm sure you've experienced frustration before. Mike --------------- ** Current thread: TC++ OFFER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ALP3541 Date: 06/17/90 From: GRANT ELLSWORTH (Leader) Time: 08:59 pm To: MICHAEL MCCLUNE (Rcvd) (Read 70 times) Subj: R: TC++ OFFER Mike, M$C5.1 and 6.0 (full boat) come with the CV debugger --- which is a stand-alone debugger. Before BOrland's TD, CV was the best (and only) alternative to dos's DEBUG and its close cousin, SYMDEB. Over those, CV was quite an improvement. TD is an exponential improvement over CV as distributed in M$C5.1 --- but I can't comment on MS's 6.0 CV offering since I haven't tried to use it. Anyway, while it may cost more $$ than it's really worth, upgrading from QC2.5 to the full M$C 6.0 boat may be less expensive than getting a fresh version of TC++ ProPak --- and you'll probably pay for more than the difference in you time chasing down obscure bugs created by the compiler ... Grant --------------- ** Current thread: TC++ OFFER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AMN2052 Date: 06/18/90 From: MICHAEL MCCLUNE Time: 07:34 pm To: GRANT ELLSWORTH (Rcvd) (Read 71 times) Subj: R: TC++ OFFER Grant Seems this C++ subject has created quite a stir in this conference! I appreciate your responce and advice in this matter. I was unaware that I could upgrade my QC2.5 to MSC6.0 looks like a call to Redmond WA is in order. Do you know if M$ has a C++ in the works? Your Serve --------------- ** Current thread: TC++ OFFER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AMQ0159 Date: 06/18/90 From: CRAIG SMITH Time: 09:02 pm To: GRANT ELLSWORTH (Rcvd) (Read 71 times) Subj: R: TC++ OFFER I can comment on 6.0 CodeView. I find it amazing that Microsoft can revise its compiler so many times (3 times since version 4.0) and yet leave its premier debugger untouched. Borland's TD left it in the dust on its first release and the gap has increased with every new version. Some major advantages are: 1) Vastly superior user interface 2) Support for 386 debugging (rivaling hardware debuggers) 3) Support for remote debugging with a second computer 4) Reverse execution allows you to step backwards through code 5) Small size Codeview misses on all of these points. Even though I use both Borland and Microsoft C compilers, I have retired Codeview (6.0 and earlier) from my hard disk and use only Turbo Debugger. --------------- ** Current thread: TC++ OFFER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ANN3122 Date: 06/19/90 From: GRANT ELLSWORTH (Leader) Time: 07:52 pm To: MICHAEL MCCLUNE (Rcvd) (Read 71 times) Subj: R: TC++ OFFER Mike, 3 points : o I was speculating that MS really has an upgrade policy for qc2.5 to a full boat M$C 6.0; I believe MS should ... it would be uncharacteristic if they did not ... so a call to them would be in order if you are interested in M$ C 6.0 o I would find it difficult to believe that M$ did not have some kind of C++ implementation in the works If they don't and Borland's TC++ proves itself as a serious production compiler to the point where it costs M$C in prestige as THE serious MSDOS/PC production C compiler, then they surely will Seems to me that M$ is betting on Windows 3 and OS/2 P.M. access as being the critcal selling points for their C compiler system However, the slow acceptance and expansion of the OS/2 base AND the alleged limitations of Windows 3.0 as a multi-tasker (against DV) and some other problems in adaptability/flexibility, may make those selling points non-issues --- especially if Quarterdeck comes out with an X-Windows compatible variation later this year, as is rumored I also read that there are many problems and glitches with the Pro- grammer's WorkBench delivered with the M$C 6.0 package === and that will drive folks who want that right to Scotts Valley (home of BI) o Although this OOP idea in C++ is the current rage (and rave) among the "leading-edge" programmers-technologists, I'm wondering whether it (OOP) will really catch on as an industry-wide programming device The technology WOULD be good to know about, since would probably help regular non-OOP programmers to become more organized and careful in their implementations While I can't claim any expertise in C++ (I just started reading about it 3 months ago), I have determined that it is a nice instrument for imposing discipline on my thinking The key point to keep in mind is that BI, again, has made an important programming tool (c++) accessible and affordable to the hobbyist and independent researcher --- and THAT ALONE will assure some expanded use! Anyway, if I were you, I'd find out how much it would cost to "upgrade" to 6.0 and compare that to the best mail-order price for the TC++ ProPak. See Craig Smith's message of 6/18 comparing the CV and TD products. It may well be that TD is worth the price of the whole ProPak in terms of its value to the programmer/developer. For my part, I'm going to be getting the upgrade from Watcom C 7.0 (286) to Watcom C 8.0 (286) --- for use in my rare cpu-intensive routines. I read that the Watcom Debugger, WVIDEO, is at least halfway between CV and TD in terms of it usability --- that'll be interesting to check out. I make lots of dumb coding (and design <sigh>) mistakes that a good debugger can help me find. The debuggers get a real shakedown when I go near code --- seems that the moment I even look at some, it gets insect infested! A good compiler is not worth much unless there is a good debugger handy which can be used with it effectively. Grant --------------- ** Current thread: TC++ OFFER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ANP0861 Date: 06/19/90 From: MICHAEL MCCLUNE Time: 08:14 pm To: GRANT ELLSWORTH (Rcvd) (Read 68 times) Subj: R: TC++ OFFER Grant When I get near code I find it usefull to have a can of Raid handy. But then I'm just a dungeon programmer. Lots of bugs in this basement besides the living kind. I've been in this horrible slump lately. What do you do to cure this malady? BTW I enjoyed reading your reply to my reply to your reply...... Mike --------------- ** Current thread: TC++ OFFER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3APL0564 Date: 06/20/90 From: GRANT ELLSWORTH (Leader) Time: 05:09 pm To: MICHAEL MCCLUNE (Rcvd) (Read 71 times) Subj: R: TC++ OFFER To cure the malady ... hmmmm ... I find activity which puts my head 1 parsec away from these electronic algorithm parsers very helpful ... e.g. pulling weeds, trimming the bushes, planting new bushes, getting the soil under the fingernails, sawing wood for shelving and bookcases, and other such varients. May not be a real cure, but it sure refreshes the stale brain ... >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AMF2747 Date: 06/18/90 From: GREGORY WILSON Time: 11:45 am To: ALL (Read 71 times) Subj: C++ Could someone tell me in 500 words or less what the advantage is in using C++ over C. Is it more portable? Is it faster? Will regular C programs compile under C++ compilers? Are there any standards in place for C++? Is MSC planning on adding C++ to their product? Now that I finnaly have a handle on C, is it worth my time to learn C++? I would appreciate any information you could give. Thanks in advance!! Gregory Wilson --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AMK2801 Date: 06/18/90 From: GABE CECI Time: 04:46 pm To: ALL (Read 71 times) Subj: BORLAND C++ I just received an offer from Borland to buy their latest C++ package ($179 for professional package, $99 for regular package). Any comments about the quality of the software and the value of the offer? I do not currently do any programming in C or C+, but have an interest in learning the newest programming languages. Gabe. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AML1379 Date: 06/18/90 From: GRANT ELLSWORTH (Leader) Time: 05:23 pm To: GABE CECI (Rcvd) (Read 71 times) Subj: R: BORLAND C++ Gabe, see previous messages in conference - search on subject: TC++ OFFER I had a discussion with another one of our correspondents on this subject. Leave message if you have any further questions after scanning the recent threads on c++/TC++ (since May 14-15). Grant --------------- ** Current thread: BORLAND C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AMS0949 Date: 06/18/90 From: GABE CECI Time: 11:15 pm To: GRANT ELLSWORTH (Rcvd) (Read 70 times) Subj: R: BORLAND C++ Thanks - I did scan the messages and see that the upgrade prices may not be the best deal. In my case, I would not be upgrading. Borland made me the offer because I have stayed with the upgrades in Turbo Pascal. Notice you're from Maryland - spent some of my favorite years in Baltimore (college days) and got to visit around the state during holidays when I leached off my buddies. By chance are you a lacrosse fan? Gabe. --------------- ** Current thread: BORLAND C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ANN3389 Date: 06/19/90 From: GRANT ELLSWORTH (Leader) Time: 07:56 pm To: GABE CECI (Rcvd) (Read 68 times) Subj: R: BORLAND C++ Gabe, When I was at UMCP, LaCrosse had not yet gotten an official standing. It wasn't until several years later that the UM group was pushing it and trying to get attendence. I saw one game, though. It's fast and rough. Grant --------------- ** Current thread: BORLAND C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ANQ0323 Date: 06/19/90 From: GABE CECI Time: 09:05 pm To: GRANT ELLSWORTH (Rcvd) (Read 67 times) Subj: R: BORLAND C++ RE: lacrosse is fast and rough - that's what I heard about C programming - the programs run fast and they're rough to write. Gabe. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AMN1249 Date: 06/18/90 From: DAN HAYNES Time: 07:20 pm To: ALL (Read 75 times) Subj: TURBO C++ Hey, I have entered premature panic driven mode with Turbo C++. I ordered the upgrade, but a professor at the university graciously loaned me his disks so I could install and play. Seems as though it barfs on perfectly good C code, coming up with messages about redefining argument types and argument type mismatches. I caught a couple where the paramaters to a function were named "new" which seems reasonable enough, but I've got some others that pass through Turbo C 2.0, Microsoft C 5.1 and Gimpel PC Lint 4.0 without a problem, but caused fatal errors under Turbo C++. I know I should relax and wait for the manuals to arrive and see if my installation is correct, but being the impatient *** I am... anyone else having similar fun?? Dan Haynes --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AMP3472 Date: 06/18/90 From: JOSEPH KARAS Time: 08:57 pm To: DAN HAYNES (Rcvd) (Read 72 times) Subj: R: TURBO C++ Could you please give some examples, I've recompiled code and have had no problems so far. One of my commercial libs had some problems but this was due to some NON-ANSI code. --------------- ** Current thread: TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AMR2159 Date: 06/18/90 From: ROBERT BALSOVER Time: 10:36 pm To: DAN HAYNES (Rcvd) (Read 69 times) Subj: R: TURBO C++ Dan, It needs the proper prototypes so that the C++ compiler can compile programs that use polymorphism. What that means is that you can have more than one function with different arg lists and the compiler knows which one you want because of the parms that you pass the function. This feature improves readability. A example would be: complex sqrt(complex i); bcd sqrt(bcd i); double sqrt(double i); All three functions have the same name but the compiler can tell which one you really wish to call because of what you pass the function. Also, you could look at it from the other side, the other compilers accept the code without warning or error because of less type checking, but its much easier to catch bugs with TC++ than TC because of the stronger type checking. Next time your tracking down bugs think about it, you might not think its a bad idea. Bob --------------- ** Current thread: TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ANJ3219 Date: 06/19/90 From: ALEX FIORE Time: 03:53 pm To: DAN HAYNES (Rcvd) (Read 70 times) Subj: R: TURBO C++ DH> Seems as though it barfs on perfectly good C code, coming up with DH> messages about redefining argument types and argument type mismatches. . Your using the C++ compiler instead of the ANSI C compiler. C++ is much more selective about function parameter types than C. It has to be because it will allow several functions with the same name, and the only distinction is the difference in argument types. . DH> I caught a couple where the paramaters to a function were named "new" DH> which seems reasonable enough. Again your using the C++ compiler instead of ANSI C. "new" is an operator in C++ that functions like malloc. You must go into Options/Compiler/Source to select ANSI C source instead of C++ source code input. . Hope you enjoy the manuals when they arrive! Alex Fiore --------------- ** Current thread: TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AQR3095 Date: 06/21/90 From: DAN HAYNES Time: 10:51 pm To: ALL (Read 71 times) Subj: TURBO C++ Whoops, I forgot to capture the last message in the thread, so this will probably start a new one, but I'm leaving town for 4 days and I is in a hurry! Anyway, my problems with turbo C++ are really quite trival, almost. I still haven't gotten the manuals yet (first time its actually taken Borland more than 2 of the 3 weeks promised delivery to get something to me!) I should have mentioned in my other posting that I was aware of the requirement for prototypes under C++ etc. The problem I have is that standard C function declarations that are preceeded by a prototype are randomly picked for errors (I think). Examples extern int foobar( int goo ) ; int foobar( goo ) int goo ; { puts( "I'm Gumby dammit" ) ; } In a file containing about 15 such declarations, only one function was selected for a redeclaration of function foobar - different types for goo error. It happened to me again today while I was porting PC Curses to Turbo. This really wouldn't be a major problem except that the code I originally discovered the error with is the PD C compiler from the Amiga. I have ported it to MS-DOS and am in the process of converting it from 68k code generation to native mode 386 code generation, and if I have to change to above declaration to "int foobar( int goo ) {}" then it will no longer be able to compiler itself, unless I make it Ansi too. (I'm not THAT ambitious!) ^ scratch that r please, sticky fingers... Dan --------------- ** Current thread: TURBO C++ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ARL3581 Date: 06/22/90 From: GRANT ELLSWORTH (Leader) Time: 05:59 pm To: DAN HAYNES (Rcvd) (Read 68 times) Subj: R: TURBO C++ What you probably need is a "K+R" to Ansi C translator. Anybody care to recommend one? >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AND2699 Date: 06/19/90 From: HYONG BANG Time: 09:45 am To: ALL (Read 67 times) Subj: PROGRAMMING UNDER WINDOWS Message CC'd to: ALL GRANT ELLSWORTH Is there a Windows API kit or some such equivalent to allow us TC/TC++ users to program MS Windows 3.0? Hyong P.S. Anyone here have programming experience with Actor? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ANG1468 Date: 06/19/90 From: GRANT ELLSWORTH (Leader) Time: 12:24 pm To: HYONG BANG (Rcvd) (Read 69 times) Subj: R: PROGRAMMING UNDER WINDOWS There is a Windows 3.0 developers' tool kit. But, I don't think you can use it with the BOrland Languages at this time. Rumor has it that BI is working on an extention to TC++ which will be able to talk directly to the Windows 3.0 environmemt --- but, rumors are rumors. Grant --------------- ** Current thread: PROGRAMMING UNDER WINDOWS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ASE3258 Date: 06/23/90 From: HYONG BANG Time: 10:54 am To: GRANT ELLSWORTH (Rcvd) (Read 65 times) Subj: R: PROGRAMMING UNDER WINDOWS I was afraid of that...but more and more companies (like mine) are ending up dependent on a windows app. Oh, well..... Thanks, Hyong >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AP11411 Date: 06/20/90 From: THOMAS NOFSINGER Time: 12:23 am To: ALL (Read 67 times) Subj: ASM DEVICE DRIVER Help, I am looking for an ASM programmer to convert a TSR program into a device driver; this is a for pay deal. If you are interested, please leave me a personal e-mail messge on this BBS. Thomas Nofsiger. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3APN1464 Date: 06/20/90 From: MICHAEL MCCLUNE Time: 07:24 pm To: GRANT ELLSWORTH (Rcvd) (Read 72 times) Subj: MS & WHO Grant I feel we've exauhsted the tc++ thing so why not start a new subject. Remember my last message about calling M$ about the upgrade from my QC 2.5. Well I did they don't!!! There is no policy in place for an upgrade from QC to M$C 6.0. M$ is not working on a C++ compiler however they have under their wing another vendor that has a C++ interpreter for C 6.0. On the DOS platform the cost is $499.00. By this time your wondering about the subject title well the name M$ is affiliated with is Glockenspiel?? If anyone reading this is interested the number is 1-800-462-4374. Forgot to ask where there located. You were also correct in your assumption that M$ is banking on the Windows 3.0 as an OOP development system along with C 6.0 and Glockenspiels?? C++. BTW I not sure about the word interpreter used above it may have been something else but it did not sound like a stand alone compiler, on the other hand I may have misunderstood the person at Glockenspiel I talked to. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3APS1924 Date: 06/20/90 From: ROBERT BALSOVER Time: 11:32 pm To: MICHAEL MCCLUNE (Rcvd) (Read 70 times) Subj: R: MS & WHO Michael, I believe its a translator, which means it takes C++ source and converts it to C source. They are a known product, and I've been told it's slow in operation. I've been told that the M$ workbench is very slow on a dos machine, that along with the speed of the M$C compiler and Glockenspiel's translator doesn't sound like a very productive group of tools for DOS programming. Once again I believe M$ has taken the lazy way out and relied on hardware speed to make their products look good. I kind of expected them to farm out their C++ approach like they did with Quick Pascal. If anyone does get this product, I'd like to know your impression. Bob --------------- ** Current thread: MS & WHO Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AQN1757 Date: 06/21/90 From: GRANT ELLSWORTH (Leader) Time: 07:29 pm To: MICHAEL MCCLUNE (Rcvd) (Read 68 times) Subj: R: MS & WHO Well, it does look like M$ is going to provide some kind of C++ support or access === and a front-end preprocessor is not unheard of. Seems that ATT had something like that available when they "defined" a C++ super- set to standard C. You probably heard the Glockenspiel rep talking about something of that sort. Grant --------------- ** Current thread: MS & WHO Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AQN2118 Date: 06/21/90 From: GRANT ELLSWORTH (Leader) Time: 07:35 pm To: ROBERT BALSOVER (Rcvd) (Read 68 times) Subj: R: MS & WHO Reads like M$ amd IBM are really getting their act in concert! IBM has LONG had the philosophy that slowing down or kludging up the software was quite the thing to do --- as long as it resulted in the customers buying bigger, faster, more expen$ive hardware in even greater quantities. It is indeed a perfect match. Grant --------------- ** Current thread: MS & WHO Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AQP1040 Date: 06/21/90 From: MICHAEL MCCLUNE Time: 08:17 pm To: ROBERT BALSOVER (Rcvd) (Read 68 times) Subj: R: MS & WHO Bob Programmers workbench is slow on anything less than a 386, according to a friend of mine who is a professional programmer. He did say that M$ has an option for aggressive optimization, really packs the code as long as the user is the conservative type and could really destroy a program poorly written. Glockenspiel is going to send me some info on their product, more to follow. --------------- ** Current thread: MS & WHO Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AQP1587 Date: 06/21/90 From: MICHAEL MCCLUNE Time: 08:26 pm To: GRANT ELLSWORTH (Rcvd) (Read 70 times) Subj: R: MS & WHO Grant Yes it sounded to me like Sun and Unix systems are the main target of the Glockenspiel (isnt that a fun name to type) C++ translater. Excuse me Grant while I thank RB for the word I couldnt think of before. Thank you Bob. --------------- ** Current thread: MS & WHO Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AQS2834 Date: 06/21/90 From: ROBERT BALSOVER Time: 11:47 pm To: GRANT ELLSWORTH (Rcvd) (Read 66 times) Subj: R: MS & WHO As long as IBM endorses MS-DOS for their PC's, MS will always have that cash cow! Imagine what MS would do if they lost that corner of the market, they might actually have to produce competitive products. (*Thats a scary thought*). So anyway, I can see MS being cooperative with IBM in that practice. Bob --------------- ** Current thread: MS & WHO Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ARG1738 Date: 06/22/90 From: CHAD GIBBONS Time: 12:28 pm To: ROBERT BALSOVER (Rcvd) (Read 68 times) Subj: R: MS & WHO PC Magazine had a discussion about this---I think it was in Dvorak's column. The Lotus/Novell merger is looking into producing some serious heat for MS in the near future. Novell is close to the only PC based company around that could compete with MS for their systems (DOS) market. --------------- ** Current thread: MS & WHO Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ARL2360 Date: 06/22/90 From: KEN HOPKINSON Time: 05:39 pm To: CHAD GIBBONS (Rcvd) (Read 66 times) Subj: R: MS & WHO Didn't the Lotus/Novell merger fall through at the last minute? KEN --------------- ** Current thread: MS & WHO Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ARL3457 Date: 06/22/90 From: GRANT ELLSWORTH (Leader) Time: 05:57 pm To: MICHAEL MCCLUNE (Rcvd) (Read 65 times) Subj: R: MS & WHO I played the glockenspiel in an orchestra many years ago. There's a "shorter" name for it,,, but, I'm embarassed --- I can't remember what it was. Maybe it was "the bells". Grant --------------- ** Current thread: MS & WHO Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ARM1178 Date: 06/22/90 From: ROBERT BALSOVER Time: 06:19 pm To: CHAD GIBBONS (Rcvd) (Read 63 times) Subj: R: MS & WHO Chad, I'd welcome anyone who could seriously compete against M$, both companies would have to be competitive and we, the consumer, would gain both better prices and software. Bob >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3APP3291 Date: 06/20/90 From: STEVE BOOTH Time: 08:54 pm To: ALL (Read 68 times) Subj: TC++ SIZE ^SMALL Message CC'd to: ALL GRANT ELLSWORTH Hi All (and Grant)! Just received my TC++ copy today from Borland. One item that I haven't seen documented was the amount of hard disk space required --- just over six megabytes!! Clear the decks (or disks as it were). This was just for Turbo C++ NOT the professional version! Turboing my little heart out... Steve... --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3APS1536 Date: 06/20/90 From: ROBERT BALSOVER Time: 11:25 pm To: STEVE BOOTH (Rcvd) (Read 67 times) Subj: R: TC++ SIZE ^SMALL Steve, I have TC++ Prof and you're so right, I had to move stuff to another partition just to load it. The bigger the boys, the bigger the toys:-) Bob >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AQG3506 Date: 06/21/90 From: GREGORY WILSON Time: 12:58 pm To: ALL (Read 70 times) Subj: MSC VS TC The more I read the msgs in this msg base, the more I begin to wonder if I should convert from MSC to TC. Does anyone have any good reasons why I should not? Are there any advantages to MSC over TC? Does Borland have a better product? Thanks! Gregory Wilson --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AQN2976 Date: 06/21/90 From: GRANT ELLSWORTH (Leader) Time: 07:49 pm To: GREGORY WILSON (Rcvd) (Read 67 times) Subj: R: MSC VS TC There are at least 3 known "advantages" to M$C over TC, and maybe TC++: 1. Many 3rd party firmware (add-on cards) vendors who supply users with software libraries to drive the firmware only support M$C 2. M$C 6.0 will support os/2 and Windows 3.0 application development as well as development for un-augmented DOS 3. M$C 5.1/6.0 provides full XENIX support and is said to be fully Unix-compatible (source level) As to "better" ... one must ask "better for whom" and "what is it going to be used for" ... And if some absolute standard for defining better, the above questions notwithstanding, is available, I haven't seen it. Grant --------------- ** Current thread: MSC VS TC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AQS1187 Date: 06/21/90 From: GREGORY WILSON Time: 11:19 pm To: GRANT ELLSWORTH (Rcvd) (Read 67 times) Subj: R: MSC VS TC Good point! Thanks! Gregory Wilson --------------- ** Current thread: MSC VS TC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ARG1342 Date: 06/22/90 From: CHAD GIBBONS Time: 12:22 pm To: GREGORY WILSON (Rcvd) (Read 67 times) Subj: R: MSC VS TC In addition to having a wider usage base than TC, MSC _does_ generate much better code than TC can. TC was written to compile quickly and often does not do a very good job of code optimization. For example, I took a simple routine to calculate some formulas in three languages: Turbo Pascal, Turbo C 2.0, and MSC V5.1. I turned off optimizations in the C languages, and something interesting occured. Turbo Pascal generated better code than Turbo C did, while MSC generated much better code than either of the Turbo products. _Computer Language_ magazine had a C article early last year in which they compared most of the C compilers. Turbo C had most of the good marks, but code generation did not compare to MSC. Turbo C++ may have changed this, however. --------------- ** Current thread: MSC VS TC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ARK0948 Date: 06/22/90 From: GREGORY WILSON Time: 04:15 pm To: CHAD GIBBONS (Rcvd) (Read 71 times) Subj: R: MSC VS TC Thanks Chad! I had rather wait a few more secs for compilation and get better code anyday. I hear the MSC 6.0 is even faster. Tried it yet? Gregory Wilson --------------- ** Current thread: MSC VS TC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ARM0256 Date: 06/22/90 From: GRANT ELLSWORTH (Leader) Time: 06:04 pm To: CHAD GIBBONS (Rcvd) (Read 66 times) Subj: R: MSC VS TC However, there are times when M$C's so-called optimizations are buggy. I spent days chasing down a bug which turned out to be caused when m$C's marvelous optimizations reversed the target and the source in code generated for some strcpy() functions. So, there is one more advantage to M$C --- it can help your debugging skills tremendously --- exceeded only by debugging mainframe programs from memory dumps. --------------- ** Current thread: MSC VS TC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ARM0697 Date: 06/22/90 From: GRANT ELLSWORTH (Leader) Time: 06:11 pm To: GREGORY WILSON (Rcvd) (Read 64 times) Subj: R: MSC VS TC If very highly optimized and __bug_free__ code is your stronger preference, I suggest you check out the Watcom 8.0 (286) compiler. In "native" mode, it passes parameters in registers. Also, the 7.0 release proved a fair bit more efficient than M$C in cpu intensive loops involving subroutine calls. The best "street price" for WC 8.0 is less than best for M$C 6.0. --------------- ** Current thread: MSC VS TC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ARM1439 Date: 06/22/90 From: ROBERT BALSOVER Time: 06:23 pm To: GREGORY WILSON (Rcvd) (Read 65 times) Subj: R: MSC VS TC Gregory, I takes more than a few more seconds. If possible, I'd suggest you find someone with MSC and compile something yourself. Try a few minutes, but that depends on the size of the source file. Bob --------------- ** Current thread: MSC VS TC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ARP2089 Date: 06/22/90 From: CRAIG SMITH Time: 08:34 pm To: ROBERT BALSOVER (Rcvd) (Read 63 times) Subj: R: MSC VS TC I have both MSC 6.0 and Borland TC++ Pro (and TC Pro, until recently). When I have an option, I will go with TC in a heartbeat. Yeah, MSC might generate more efficient code (though insignificantly so in my judgement), but it is at the expense of reliability and ease of use. I have used both compilers for developement of everything from database software to vision-based machine control, and I love the TurboC-Turbo Debugger combination. The new TC++ Pro package is so seamlessly integrated that it makes Microsoft's "Programmer's Workbench" seem more like a "Programmer's Torture Chamber". To say that MS's environment is slow is truly an understatement (even on my 386). I will continue to use MSC only to support past projects and when necessary for the few libraries that support only it. But if you don't yet have Turbo C (especially the new TC++ Integrated Development Environement), then you should get it. --------------- ** Current thread: MSC VS TC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ASF2700 Date: 06/23/90 From: GREGORY WILSON Time: 11:45 am To: GRANT ELLSWORTH (Rcvd) (Read 65 times) Subj: R: MSC VS TC GE> If very highly optimized and __bug_free__ code is your stronger GE> preference, I suggest you check out the Watcom 8.0 (286) GE> compiler. What are the libs like? Are they fairly compatible with MSC. Also, I use CXL libs a lot. Will they compile under it? Thanks for your time! Gregory Wilson --------------- ** Current thread: MSC VS TC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ASF3041 Date: 06/23/90 From: GREGORY WILSON Time: 11:50 am To: ROBERT BALSOVER (Rcvd) (Read 67 times) Subj: R: MSC VS TC RB> It (MSC) takes more than a few more seconds (than TC). If RB> possible, I'd suggest you find someone with MSC and compile RB> something yourself. Try a few minutes, but that depends RB> on the size of the source file. I use MSC now and have compared compile times to TC. I agree that TC is faster _UNLESS_ you turn on the incremental compile and link that MSC has. With this option MSC proves to be a contender. Of course the code size is huge with this option but it is great until you need to do the final compile which is best done while out to lunch! :) I appreciate your time! THanks! Gregory Wilson --------------- ** Current thread: MSC VS TC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ASF3335 Date: 06/23/90 From: GRANT ELLSWORTH (Leader) Time: 11:55 am To: GREGORY WILSON (Rcvd) (Read 65 times) Subj: R: MSC VS TC Gregory, Watcom claims that the 8.0 286 release can produce object code which will link with 3rd party M$C-targetted libraries. I can say from my use of 7.0 that many of the lower-level functions have the same names in both WC and M$C standard libraries. The WC80 bulletin has been uploaded to the Mahoney collection as: WATC80PI.ZIP. The various claims and com- patibility issues are discussed there-in. For your purposes, I suggest that you focus on the WATC286 bulletin. The 386 super-duper package also described in that zip in a separate bulletin is a Rolls Royce edition for 386-specific applications. Grant --------------- ** Current thread: MSC VS TC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AUE1186 Date: 06/25/90 From: CHAD GIBBONS Time: 10:19 am To: GRANT ELLSWORTH (Rcvd) (Read 65 times) Subj: R: MSC VS TC Ohyes, Microsoft's optimizations can be _very_ dangerous. Generally, if you use just standard optimization, you won't have trouble. There are extended optimizations for loop enhancements and the dreaded alias optimization. 100% "good" code won't run into these problems, but there are times where you _need_ to use aliasing in some circumstances. It makes finding these bugs damn hard and the compiler isn't ANY help. --------------- ** Current thread: MSC VS TC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AUR1608 Date: 06/25/90 From: ROBERT BALSOVER Time: 10:26 pm To: GREGORY WILSON (Rcvd) (Read 65 times) Subj: R: MSC VS TC Greg, Have you compared it to Tlink 3.0 with extended or expanded memory use. It *screams*. (MSC increment compile/link compared to TC times) Bob --------------- ** Current thread: MSC VS TC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AVI0277 Date: 06/26/90 From: GREGORY WILSON Time: 02:04 pm To: ROBERT BALSOVER (Rcvd) (Read 66 times) Subj: R: MSC VS TC RB>│Have you compared it to Tlink 3.0 with extended or expanded memory RB>│ use. It *screams*. (MSC increment compile/link compared RB>│to TC times) No, I have not tried it but I will. THe last version of TC I used was 2.0. If they are now using EMS for in-memory compile I would not be suprised to see it blow everyone else away. Thanks, Gregory Wilson --------------- ** Current thread: MSC VS TC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AWR2245 Date: 06/27/90 From: THOMAS ZERUCHA Time: 10:37 pm To: GREGORY WILSON (Rcvd) (Read 61 times) Subj: R: MSC VS TC I too would *definately* suggest you look at Watcom - 7.0 is available now, and 8.0 is better. The "PRO" version of 8.0 will have Windows and OS/2 compatibility, and 100% MSC library compatability. As a testimonial, I was involved in porting 500 pages of C code for image processing which used *everything* in the MSC library and called external libraries. Once we figured out what we were doing (i.e. actually read the manuals), it took about 2 days. Watcom uses (faster) registers to pass parameters before going to the stack, but using a "cdecl" will make it use MSC standards. The 7.0 libs are 98% compatible - there are a few obscure low level calls (e.g. _msize - size of an allocated block) which aren't directly included, but it was easy to add them. The code shrunk by 20% and speed up by at least 50% v.s. MSC 5.1 - and we are always going too close to the 640K barrier, so this was very welcome. I ported a 3rd party program easily (I had the source - the only trouble was finding a pointer to a function that had to be cdecl'ed). The only complaint I would have is that it is slow since the optimization takes a lot of time (and I can't reduce it significantly by turning things off). Also complex code (200 lines with lots of structuring and math) can overload the optimizer (so it will be much slower and bigger). It can also overload it to the point a compile will fail (about 1000 lines, and after an hour on a turbo 286 AT). The 386 versions of 8.0 should fix this though. (Using VIDRAM or such to get 736K space also helps this). --------------- ** Current thread: MSC VS TC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AXD2352 Date: 06/28/90 From: GREGORY WILSON Time: 09:39 am To: THOMAS ZERUCHA (Rcvd) (Read 61 times) Subj: R: MSC VS TC Thanks for the information! I would like to see it compared to MSC 6.0 now that MS now offers the ability to pass params in the registers (QC2.5 also). Still, I do like the code size and speed change and compatibility. I use CXL libs all the time and cannot live without them! What is the going price for 8.0? Thanks again, Gregory Wilson --------------- ** Current thread: MSC VS TC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AZE3579 Date: 06/30/90 From: GRANT ELLSWORTH (Leader) Time: 10:59 am To: THOMAS ZERUCHA (Rcvd) (Read 59 times) Subj: R: MSC VS TC THere's another plus with the WC compilers (7.0 and, probably 8.0) ... the optimized code will not be buggy. The M$C compilers' optimizations are risky ,,, and can produce subtle, hard-to-find bugs. --------------- ** Current thread: MSC VS TC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AZF0274 Date: 06/30/90 From: GRANT ELLSWORTH (Leader) Time: 11:04 am To: GREGORY WILSON (Rcvd) (Read 57 times) Subj: R: MSC VS TC WC8.0 mail order prices are consistently less the M$C 6.0 from the same vendor. Going prices are around $350 (some less, some more). Difference between MS and WC prices are around $50. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ARS0338 Date: 06/22/90 From: RAY TWEEDALE Time: 11:05 pm To: ALL (Read 63 times) Subj: READ IN CSV Anyone here have a function, trick, method, etc. , to read in CSV delimited files to a structure? Would like it to be compatible with MSC 6.0 and/or QC 2.0. Thanks for all replies. ray --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ASF3254 Date: 06/23/90 From: GREGORY WILSON Time: 11:54 am To: ALL (Read 67 times) Subj: CORRUPTED ENV Help! Is there a way to determine if a program has altered RAM at all. I sometime let pointers go astray and later the system will lock up. Is there a good way to compare the environments before and after to make sure everything was cleaned properly? Thanks Gregory Wilson SYSOP: The Ltd. BBS 708-213-1304 P.S. Of course it would help if I was more careful! --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ASG0171 Date: 06/23/90 From: GRANT ELLSWORTH (Leader) Time: 12:02 pm To: GREGORY WILSON (Rcvd) (Read 66 times) Subj: R: CORRUPTED ENV I haven't seen anything which will do an environmental checkout. But, there's a Zip in the Mahoney collection called MSCHEAP.ZIP which provides some code and routines for detecting corruption in the MSC5.1 heap during program execution. Otherwise, enabling stack checking in the compile will provide some protection from heap/stack collision in some memory models. There also may be some programming and data structuring techniques which will reduce the probability of misbehaving pointers. --------------- ** Current thread: CORRUPTED ENV Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3ATE2369 Date: 06/24/90 From: GREGORY WILSON Time: 10:39 am To: GRANT ELLSWORTH (Rcvd) (Read 66 times) Subj: R: CORRUPTED ENV GE> There also may be some programming and data structuring GE> techniques which will reduce the probability of misbehaving GE> pointers. Yeah, I agree. What happened to me is that I was using Mike Smedleys SETONKEY and CHGONKEY commands which set up a link list in memory of defined "onkey" routines. In one of my functions, I was accidentely resetting the keys over and over instead of clearing them then resetting them. I go no pointer errors or anything for a while. About 3 days later I was doing some heavy duty testing and noticed that after a strange combination of functions, the windows started "loosing their shadows!". I did not know where to start! I started debugging and could not get any runtime errors to occur. After playing some more, I found that if I tried to repeat the scenario more than 3 times, the screen would scramble and the entire system would lock up. Finnaly I stumbled on the problem. At the same time, I had noticed my system locking up after using the program while in other applications. After finding the problem I did a complete print of all 3000 lines of code and started going through the code line by line. It would have been nice to have a tool to detect that DOS was getting corrupted. Anyway..thanks for your help! This is by far the best 'C' message base on any BBS. No crap...just good conversation. Gregory Wilson By the way, I am now bald. Unlike other languages, C makes you pay for its incredible speed and portability! --------------- ** Current thread: CORRUPTED ENV Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AU21588 Date: 06/25/90 From: PAUL MCKENZIE Time: 02:26 am To: GREGORY WILSON (Rcvd) (Read 67 times) Subj: R: CORRUPTED ENV You can try BOUNDS CHECKER from NU-MEGA Technologies. This software checks Programs written in Turbo or MSC for run away pointers and invalid accesses to uninitialized memory. Price is about $250.00. I have tried it, and it has saved me a lot of debugging time. Paul McKenzie --------------- ** Current thread: CORRUPTED ENV Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AVC3252 Date: 06/26/90 From: GREGORY WILSON Time: 08:54 am To: PAUL MCKENZIE (Rcvd) (Read 65 times) Subj: R: CORRUPTED ENV Tooo expensive for me. Do you know of any cheaper programs. Gregory Wilson >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AV12323 Date: 06/26/90 From: SEBASTIAN DEBROGLIE Time: 01:38 am To: ALL (Read 67 times) Subj: MSC DIFFICULTIES?? I have seen loads of messages talking about diffulcities using MSC as well as their reliability. I use QC 2.00--do these comments apply to this compiler as well? Is there a list of common problems with MSC compilers?? You have me a bit unsettled about all of this. Thanks for any responses in advance. --Sebastian --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AVI0508 Date: 06/26/90 From: GREGORY WILSON Time: 02:08 pm To: SEBASTIAN DEBROGLIE (Rcvd) (Read 67 times) Subj: R: MSC DIFFICULTIES?? SD>│I have seen loads of messages talking about diffulcities using SD>│MSC as well as their reliability. I use QC 2.00--do these SD>│comments apply to this compiler as well? Is there a list SD>│of common problems with MSC compilers?? You have me a bit SD>│unsettled about all of this. The list for TC is just as long on other BBS's. It seems to depend on who you are talking to. I am interested to see what MSC 6.0 does. Hopefully a book will not have to be published called "The Bugs of MSC 6.0". I use Quick C 2.5 and have had no problems except with the debugger. The debugger does not recognize variables sometimes depending on where you declare them. I left a note on CSERVE and sure enough they came back and said I found a bug. Well, there's another free update for me! Gregory Wilson --------------- ** Current thread: MSC DIFFICULTIES?? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AVQ3123 Date: 06/26/90 From: SEBASTIAN DEBROGLIE Time: 09:52 pm To: GREGORY WILSON (Rcvd) (Read 64 times) Subj: R: MSC DIFFICULTIES?? Thanx for the reply. Is it worth the upgrade to QC2.5?? I received the update information, but I don't see any clear advantages. Am I missing something?? Also, I have a knotty (at least it seems that way to me) problem in a program. For some reason I can't get scanf() to read floating point numbers correctly. Integers are fine, but floating point numbers suddenly become either 0.000 or 1.#INF00. I have no idea why. I even ran one of the sample programs from the QC advisor help area and I got the same results!! I am a new C programmer & hope this is not a stupid question, but I have spent over 10hrs. trying to work it out. If you have ever had this problem, I would be extraordinarily grateful for any comments. So, you get a free update if you find a bug?? That's kinda nice! --------------- ** Current thread: MSC DIFFICULTIES?? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AVR0024 Date: 06/26/90 From: ROBERT BALSOVER Time: 10:00 pm To: SEBASTIAN DEBROGLIE (Rcvd) (Read 62 times) Subj: R: MSC DIFFICULTIES?? Sebastian, Those comments only apply to MSC when you play with the optimizations. Bob --------------- ** Current thread: MSC DIFFICULTIES?? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AVR0283 Date: 06/26/90 From: ROBERT BALSOVER Time: 10:04 pm To: GREGORY WILSON (Rcvd) (Read 64 times) Subj: R: MSC DIFFICULTIES?? Gregory, Since I use TC I would apprieciate it if you could post those bugs here for me. Don't misunderstand me, this is not a challenge. If there are unfixed bugs in TC that haven't had patches made by Borland I need to know about them. Bob --------------- ** Current thread: MSC DIFFICULTIES?? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AWD1634 Date: 06/27/90 From: GREGORY WILSON Time: 09:27 am To: SEBASTIAN DEBROGLIE (Rcvd) (Read 65 times) Subj: R: MSC DIFFICULTIES?? SD>│Is it worth the upgrade to QC2.5?? I think so. I went ahead and upgraded to QC/QuickAsm. The biggest advantage is the debugger. They added a few features. Also, the editor has many more options such as custom colors, tab handling (spaces or true tabs),..etc.. Also, I like the ability to create COM files for small utils and such. I can't really tell a difference when it comes to speed but the upgrade is still worth the price. SD>│For some reason I can't get scanf() to read floating point numbers SD>│ correctly. Integers are fine, but floating point numbers SD>│suddenly become either 0.000 or 1.#INF00. Not sure what to tell you on this one. Maybe you could "dump" your source in a msg and let me look at it. Microsoft has a forum on CompuServe for the tracking of bugs...I wil take a look and let you know. Anyway...talk to you later, Gregory Wilson P.S. If you do not mind a long distance call, call my BBS 708-213-1304. I have quite a lot of 'C' related stuff. --------------- ** Current thread: MSC DIFFICULTIES?? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AWD1748 Date: 06/27/90 From: GREGORY WILSON Time: 09:29 am To: ROBERT BALSOVER (Rcvd) (Read 63 times) Subj: R: MSC DIFFICULTIES?? I think that Borland has sent patches for the ones I was talking about. I saw a list on CSERVE and will try to find it. One advantage of Borland over MS is there willingness to put out patches where MS makes you wait until the next release unless it is severe. Oh well... Gregory Wilson --------------- ** Current thread: MSC DIFFICULTIES?? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AWE0376 Date: 06/27/90 From: ROBERT BALSOVER Time: 10:06 am To: GREGORY WILSON (Rcvd) (Read 61 times) Subj: R: MSC DIFFICULTIES?? Gregory, No need to look for that list of TC patches, I got them when they came out. I was just trying to find unknown bugs. Bob --------------- ** Current thread: MSC DIFFICULTIES?? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AWE1985 Date: 06/27/90 From: GRANT ELLSWORTH (Leader) Time: 10:33 am To: GREGORY WILSON (Rcvd) (Read 62 times) Subj: R: MSC DIFFICULTIES?? Maybe it's perspective and/or exposure.... While I've had aa few problems with TC2.0, the bugs I've found in M$C5.1 are "scarier". And, while I've seen bugs/problems reported here and on other bbs's on TC and now, TC++, the gravity and number of problems I've seen reported on M$C6.0 seem greater and more pervasive. On the other hand, the complaint level I've seen on QC2.5 has been relatively low. --------------- ** Current thread: MSC DIFFICULTIES?? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3B1S2946 Date: 07/01/90 From: SEBASTIAN DEBROGLIE Time: 11:49 pm To: GREGORY WILSON (Rcvd) (Read 49 times) Subj: R: MSC DIFFICULTIES?? Hey, thanks much for your prompt help!!! I really appreciate it--I don't really know where else to go for help. I'll try to dump the relevent code into a message for you to take a look at. Thanks!!! --Sebastian >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AVI0099 Date: 06/26/90 From: GREGORY WILSON Time: 02:01 pm To: ALL (Read 64 times) Subj: MEMORY MAP ? To save me several hours work, does anyone have a function that will either display or create a char array of a list of all TSR's in memory? I need something similiar to MAPMEM that I can search and report from. Thanks, Gregory Wilson P.S. MSC 5.1/QC 2.5 compatible --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AWG1571 Date: 06/27/90 From: STEVE BOOTH Time: 12:26 pm To: ALL (Read 65 times) Subj: C QUESTION/PROBLEM /* Hello All "C" experts! I'm having a weird problem with some "C" code I wrote. Could someone please tell me what I'm doing wrong?? I'm receiving a compilation error using the TC++ compiler. The exact text of the error is: Type mismatch in redeclaration of 'strnbrb'. The problem seems to have something to do with the "float" type in the line entitled "This Line!". If I change the type to a "long", it compiles correctly! Anyone have any ideas? THANKS!!*/ #include <conio.h> #include <string.h> #include <stdio.h> void main(void) { char line1[151]; int retval; float nbr=1234.56; line1[0]='\0'; retval = strnbrb(line1, nbr, 20, "$T5.5"); if (!retval) printf("%s\n",line1); } int strnbrb(char *str1, float nbr,int pos,char *form) /* This Line!*/ { printf("%s%5.5f%d%S",str1,nbr,pos,form); return(0); } --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AWJ0511 Date: 06/27/90 From: STEVE BOOTH Time: 03:08 pm To: STEVE BOOTH (Rcvd) (Read 64 times) Subj: R: C QUESTION/PROBLEM Additional information: I tried this code on Turbo C Version 2.0. It compiled cleanly. I contacted Borland and discussed the situation with them. He wasn't able to get that error, but got a different one. Said that the problem could be got around by specifying a prototype. I needed to type: int strnbrb(char *, float, int, char *); after the #define statements. It's interesting to me that SOMETIMES this isn't required, sometimes it is. I must admit however, it is good/clean coding practice to have the prototype. --------------- ** Current thread: C QUESTION/PROBLEM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AWN1874 Date: 06/27/90 From: GRANT ELLSWORTH (Leader) Time: 07:31 pm To: STEVE BOOTH (Rcvd) (Read 64 times) Subj: R: C QUESTION/PROBLEM As I understand it, the ANSI_compliant C compiler within TC++ is a lot more stringent about requiring functions to have prototypes declared. According to the ANSI standard, as I read it in K+R 2nd Edition, your functions MUST have prototypes declared ---rather than depending on implied prototypes from first usage (dangerous anyway). --------------- ** Current thread: C QUESTION/PROBLEM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AWQ3428 Date: 06/27/90 From: STEVE BOOTH Time: 09:57 pm To: GRANT ELLSWORTH (Rcvd) (Read 61 times) Subj: R: C QUESTION/PROBLEM Yeah, I have to agree with you... I find it "interesting" that TC++ isn't consistant throughout. I declared some other functions the same way (only didn't use the FLOAT data type) and they worked. I decided that for my own piece of mind to go back to those functions and prototype them as well. The way my luck was been going I'd get nailed just as soon as I depended on them to be one way. That error message stunk, tho (IMHO)... I'm not an expert "C"er by ANY stretch of the imagination... I'm mired in Control Data systems and work in FORTRAN and CDC Assembly Language. Oh well... thanks for the speedy and noncondescending response. I really appreciate it. Best Regards, Steve... --------------- ** Current thread: C QUESTION/PROBLEM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AZE3398 Date: 06/30/90 From: GRANT ELLSWORTH (Leader) Time: 10:56 am To: STEVE BOOTH (Rcvd) (Read 60 times) Subj: R: C QUESTION/PROBLEM In working with TC++ as an ANSI compliant C compiler, look out for other glitches and be extremely wary of those docs where Borland notes what they implemented for the "undefined behavior" and "ambiguous" standards. For example: in one program I recently converted, divide by 0 yeilded 0 ---- not a divide error, as I would have expected. My program was not properly coded to protect against 0 value variables (BUG). There are other little deviations from TC2.0 behavior, but I haven't stumbled into them yet. I have an uneasy feeling right now that this new compiler has some very ugly problems lurking there-in and I'm concerned that I might be looking at a toss-up between M$C 6.0 and TC++ 1.0 for lack of reliability (OUCH). It's just a question of where I'm going to get bit. I have yet to evaluate WC8.0 (286) as a real alternative for the non- super-optimized programs/applications. Grant --------------- ** Current thread: C QUESTION/PROBLEM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3B1H3001 Date: 07/01/90 From: ROBERT BALSOVER Time: 01:50 pm To: GRANT ELLSWORTH (Rcvd) (Read 53 times) Subj: R: C QUESTION/PROBLEM Grant, Do you know of any bug lists for TC++? The only problems I know of are: 1. I have some problems placing a library into a overlay, I have the source and did compile with the -Y option. 2. The bcd package doesn't always produce the rusults expected. . The first one is probably more Tlink than TC++ and the second one is just the method they choose to impliment bcd, not really a 'compiler' bug. . Borland has always been good about posting patches, but I don't want to find out I have a lurker because I see it listed in the patches. I'd like to avoid them now. Thanks Bob --------------- ** Current thread: C QUESTION/PROBLEM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3B1K0607 Date: 07/01/90 From: GRANT ELLSWORTH (Leader) Time: 04:10 pm To: ROBERT BALSOVER (Rcvd) (Read 52 times) Subj: R: C QUESTION/PROBLEM Bob, BI hasn't posted any patches/fixes for TC++, yet. And I have not seen a usable "known bug" list. Many of the problems I have read about on CI$ seem to arise from "obscure" usage or from pushing the product to some extremes. Then there are those problems arising from more stringent enforcement of the ANSI standard. The other area for concern seems to be in the optimization (and lack there-of) for speed and size. While ALL my benchmark tests show TC++ as being marginally better than TC2.0, the .exe's can be significantly larger. There is at least one report of TC++ generating M$lopC-style unreliable code. I haven't seen it in any of my current test conversions, but that doesn't mean the problems are not there. After spending many days chasing what turned out to be several cases of M$lop code generation earlier this year, I'm going to approach using TC++ with extreme caution until we know whether the problem reports are mis-usage flukes. Other than anxiety about breaking things that worked in TC2.0, I'm more than a little irritated that PRJ2MAK and TCCNVT didn't make it onto the release diskettes === especially TCCNVT. I detest hand-cobbling turboc.cfg files from memory of what I had in the IDE. Grant --------------- ** Current thread: C QUESTION/PROBLEM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3B1R3342 Date: 07/01/90 From: ROBERT BALSOVER Time: 10:55 pm To: GRANT ELLSWORTH (Rcvd) (Read 52 times) Subj: R: C QUESTION/PROBLEM Grant, One thing I found a little irritating about the TC++ IDE was it tries to load any .prj it finds in the current directory. These include the older TC 2.0 .prj files and others that have nothing to do with a Borland Compiler. I hate getting a stupid error message when I start the IDE because it can't read the .prj file in the directory, it should load it only if I ask for it. I know its a little thing but it could have been avoided by a little thinking a head on their part. I found some interesting looking C++ code on the UNIX forem (CIS), but its a little dated and doesn't compile cleanly, have you found any PD C++ code to look at? I'm tring to get the feel of C++, but there isn't alot of material visible to me. Bob --------------- ** Current thread: C QUESTION/PROBLEM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3B2M2621 Date: 07/02/90 From: GRANT ELLSWORTH (Leader) Time: 06:43 pm To: ROBERT BALSOVER (Rcvd) (Read 50 times) Subj: R: C QUESTION/PROBLEM Bob, I haven't seen anything but the few snippets you probably have. I wonder whether C++ in any form has been around long enough for much source code to have accumulated. If YOU locate any good collections, pass it on! Grant --------------- ** Current thread: C QUESTION/PROBLEM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3BBQ2806 Date: 07/07/90 From: STEVE BOOTH Time: 09:46 pm To: GRANT ELLSWORTH (Rcvd) (Read 38 times) Subj: R: C QUESTION/PROBLEM Message CC'd to: GRANT ELLSWORTH ROBERT BALSOVER Grant, I also find it interesting that BI is now documenting some other "features" of some of the library functions. Specifically, the "fseek" library function on page 174 contains a cute little arrow stating that you can't depend upon receiving a zero value to indicate successful completion of the function! e.g., all bets are off baby, cuz DOS mucks around in this area... Sounds like somebody complained regarding this one! Not a bug, just a feature! Steve... --------------- ** Current thread: C QUESTION/PROBLEM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3BC21541 Date: 07/08/90 From: ROBERT BALSOVER Time: 02:25 am To: STEVE BOOTH (Rcvd) (Read 38 times) Subj: R: C QUESTION/PROBLEM Steve, If DOS is undependable in returning a error code for int 21h function 42h, you can't blame BI for this one. The 'feature' belongs to MS. Bob --------------- ** Current thread: C QUESTION/PROBLEM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3BDA1985 Date: 07/09/90 From: STEVE BOOTH Time: 06:33 am To: ROBERT BALSOVER (Rcvd) (Read 34 times) Subj: R: C QUESTION/PROBLEM Bob, Yep, you're right. Somebody must have called BI on it, tho. Doesn't seem the type of thing that would be inserted a manual as an "incidently". Have fun "C"ing... Steve... >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AWI3126 Date: 06/27/90 From: MICHAEL MCCLUNE Time: 02:52 pm To: ALL (Read 62 times) Subj: ITS BROKEN? All Who use QC2.5 and those who like good ones QC2.5 is broken! Thats what a tech at M$ said to me when I asked why the quickwatch wouldn't recognize a struct I had defined. The incremental link still has some problems so if your debugging turn off the ilink. Ilink was broke in QC2.0 and it's still broke. If anyone else has found something broke in QC please post it here. Mike --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AXD2037 Date: 06/28/90 From: GREGORY WILSON Time: 09:33 am To: MICHAEL MCCLUNE (Rcvd) (Read 62 times) Subj: R: ITS BROKEN? I have not had a problem with QUICKWATCH yet but I did discover a bug when trying to watch variables declared to be extern. For example: PROGRAM 1 #include<stdio.h> extern int var1; main() { .......... } PROGRAM 2 #include<stdio.h> int var1; function(....) { ...... } If I tried to watch a variable in PROGRAM 2, the debugger would say that "var1 is undefined". Being still somewhat a beginner at 'C' I thought it was something I was doing wrong so I spent hours trying to fix it. I finnaly left a msg on CSERVE to the MS people and they said it was a bug. I was the first to find it. Oh well...I still like it and still feel it is worth the update. I just wish that MS would issue patches to fix these aggravating bugs! Gregory Wilson --------------- ** Current thread: ITS BROKEN? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AZE3264 Date: 06/30/90 From: MICHAEL MCCLUNE Time: 10:54 am To: GREGORY WILSON (Rcvd) (Read 59 times) Subj: R: ITS BROKEN? Greg, A variable must be defined in one file as int i=0; fun_bod{ bod . . } then decalred as externally defined in the other mod extern int i; fun_bod_2{ bod . . } Give that a shot once. Of course in the first file you could declare var i explicitly extern which may be a better choice, other wise the compiler condsiders it as implicit. As far as my message goes do you have the incremental link turned on? This is when the MS techie told me "it's broken in that respect" Give the above code a try once and let me know. Mike --------------- ** Current thread: ITS BROKEN? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AZN0422 Date: 06/30/90 From: GREGORY WILSON Time: 07:07 pm To: MICHAEL MCCLUNE (Rcvd) (Read 55 times) Subj: R: ITS BROKEN? Yeah...I had it extern in one and just regular declaration in the other file and also had ILINK on. I will try without ILINK and compare. Thanks again! When are they going to fix this problem?????!!!!???? Gregory Wilson --------------- ** Current thread: ITS BROKEN? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3B1M1913 Date: 07/01/90 From: MICHAEL MCCLUNE Time: 06:31 pm To: GREGORY WILSON (Rcvd) (Read 51 times) Subj: R: ITS BROKEN? Greg, Who knows, its been broke for some time now! >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AZD0382 Date: 06/30/90 From: ANDY HUBBELL Time: 09:06 am To: ALL (Read 62 times) Subj: INCREMENTING POINTERS - PROBLEM I have a question concerning the incrementing of pointers. I read through my books and have not had any success. I uploaded the file called ANDY'S.ZIP into the Conversations area and it contains more information on my problem in a read.me file. It also contains sample code that contains an example leading up to the problem area. I am not an expert in 'C', but I do know that pointers can be incremented. My problem is slightly different. In an attempt to conserve memory I decided to pass a pointer to a structure of arrays containing three pieces of data, and the number of arrays within a function call. There are other items in the function call as well, but they aren't important right now. I can access the first item in the first array in the structure of arrays, but I can't even get to the second item in the first array. What I need to do is get to all items in all arrays. If you have some free time, which I now everybody lacks, and you would like to help me out of a jam. I would really appreciate it. Come on and show off you knowledge. thanks, andy --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AZH0937 Date: 06/30/90 From: JOHN ABATTE Time: 01:15 pm To: ALL (Read 60 times) Subj: FILE READS IN C I'm trying to read in a text file to convert it to a delimited ascii file so that it can be imported by dBase III. Initially I wrote the routine to read in one line at a time using fgets, but this is rather slow. I would like to read the entire file all at once to try to speed up the program, but I'm running into a couple of rather nasty glitches. First off, I get a compiler warning "Conversion may lose significant digits" on the call to fread. After the call to fread, the "count" variable is less than the file size ( fb.ff_fsize ) so the program inevitably aborts. I'm compiling it with the COMPACT memory model to ensure a large enough heap to read the file (approx 130K) so this shouldn't be the culprit. I've even tried the cast on fb.ff_fsize since it's defined as type long, and fread wants an int, but this didn't make any difference. BTW the compiler is TC++. If anyone has any ideas about how to read the file in one big gulp I'd sure like to know. int process_file(char *infile, char *outfile) { FILE *in, *out; /* pointers to input & output files */ char far *inbuf; /* far pointer to input buffer */ char outbuf[BUFFSIZE]; /* output buffer */ struct ffblk fb; /* structure to hold file size, defined in dir.h */ unsigned long count; /* number of items read */ findfirst(infile, &fb, 0); /* get info about the file */ /* allocate the buffer for the fread */ inbuf = farcalloc(fb.ff_fsize, sizeof(char)); in = fopen(infile, "rt"); out = fopen(outfile, "wt"); count = fread(inbuf, sizeof(char), (long)fb.ff_fsize, in); if (count < fb.ff_fsize) ^ exit(1); | ... | Compiler issues the warning at this point --------- } Thanks in advance...John. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3BAD0376 Date: 07/06/90 From: VICTOR DURA Time: 09:06 am To: JOHN ABATTE (Rcvd) (Read 47 times) Subj: R: FILE READS IN C John, Sorry I can't help with a suggestion on how to read the file in C, but there are a couple of programs in the mahoney collection that will convert a text file to a comma seperated - quote delimited file for appending into db3. Two that I know of are PC-COMMA.ZIP and QAD.ZIP. ...Vic Dura --------------- ** Current thread: FILE READS IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3BDA1908 Date: 07/09/90 From: JOHN ABATTE Time: 06:31 am To: VICTOR DURA (Rcvd) (Read 36 times) Subj: R: FILE READS IN C Thanks anyway Victor. I finally gave up on trying to read the entire file at once, and settled on reading it a line at a time. I had completed it prior to leaving the message, but I was attempting to convert it to see if it would speed up the operation. John. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AZJ3396 Date: 06/30/90 From: DAVID SAMPSON Time: 03:56 pm To: ALL (Read 58 times) Subj: WINDOWS SDK PROGRAMMING HELP I'm having difficulty using the Anisotropic mapping mode in the Windows SDK. To learn how to use this mode, I'm trying to map a logical coordinate system that has an X, Y axis extent from zero to 10, to the viewport. The viewport extent is based on detecting the client window coordinates. I then shift the viewport origin from the upper left hand corner of the window to the lower left corner so that the mappings to the window from logical coordinates will look like the 1st quadrant of a cartesian coordinate system. Then I want to draw a rectangle with a black pen and fill it with a gray brush. I've been able to use that default mapping mode (MM_TEXT) with no trouble. But when I use the code below, I don't see anything on the display. I've played around with the extents and plotting points, but had no luck. I'm wondering if I've set the viewport up so that I'm not really accomplishing what I want (i.e. I'm not looking at what I'm drawing, or I'm not filling the viewport/client area with the 1st quadrant of the logical coordinate system). I've taken some of this out of the Charles Petzold book. Here's the paint case from the window's switch (iMessage) statement. Note that I have declared all the pen and brush types and the RECT structure. This code compiles and executes, but doesn't show anything on the display other than an "empty" client area. case WM_PAINT: /* this gets a handle to the device context, creates the black pen and gray brush, selects them and saves the previous pen and brush to the hOldxxxx handles. I restore them at the end of the paint routine. */ hDC = BeginPaint (hWnd, &ps); hSolidPen = CreatePen (PS_SOLID, 1, RGB (0, 0, 0) ); hGrayBrush = GetStockObject (GRAY_BRUSH); hOldPen = SelectObject (hDC, hSolidPen); hOldBrush = SelectObject (hDC, hGrayBrush); /* I set the map mode to AnIsotropic, get the coordinates to the client window and store them in the rect struct of type RECT (note GetClientRect returns PHYSICAL coordinates so you can use them directly in the viewport routines without calling the translation routines for physical and logical coordinates). Using the coordinates of the client window, I set the viewport extent to be the entire client area. Then I shift the viewport origin from the upper left corner of the client window to the lower left corner. Then I set the x & y axis extents for the logical coordinate system so that I draw using an axis of 0 to 10. */ SetMapMode (hDC, MM_ANISOTROPIC); GetClientRect (hDC, &rect); SetViewportExt (hDC, rect.right, -rect.bottom); SetViewportOrg (hDC, 0, rect.bottom); SetWindowExt (hDC, 10, 10); /* Now draw the rectangle using the logical coordinates */ Rectangle (hDC, 1, 1, 8, 8); /* restore the old pen and brush */ SelectObject (hDC, hOldPen); SelectObject (hDC, hOldBrush); /* release device context */ EndPaint (hDC, &ps); break; Thanks in advance for any help. David --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3B2E0951 Date: 07/02/90 From: GREGORY WILSON Time: 10:15 am To: ALL (Read 49 times) Subj: QC2.5 => MSC6.0?? I own and use Quick C / Quick ASM 2.5 and recently had a chance to try MSC 6.0. I toyed around a bit in the Programmer's Workbench, played some with CodeView and then re-compiled some of my QC stuff. To my amazment the execution speed of most programs were unchanged and one was actually slower! Only 1 out of about 12 showed any speed improvment. Code size was about 10% better but is this worth the extra bucks??!! Being a beginner/intermediate C programmer, maybe I am missing the point. What will MSC 6.0/PWB do for me that Quick C does not already do. Quick C 2.5 has the ability to set breakpoints, watch vars, animate run, quickwatch arrays, ..etc. What else do I need? Codeview to me was very awkward and the programmer's workbench was SSSSLOW! Quick C is fast and simple to use and is 99.9% compatible with MSC6.0. Why spend around $350 when Quick C/ASM is only $80? Any information will be greatly appreciated. Thanks! Gregory Wilson P.S. The compile options when comparing the compilers were: QUICK C > QCL /Ox prog.c MSC > CL /Ox prog.c --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3B2P1863 Date: 07/02/90 From: ROBERT BALSOVER Time: 08:31 pm To: GREGORY WILSON (Rcvd) (Read 47 times) Subj: R: QC2.5 => MSC6.0?? Gregory, I have only heard good things about QC/ASM. I'm not a MS person myself, but the others I know that use it agree with you. Bob >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3B2K2867 Date: 07/02/90 From: ANDY HUBBELL Time: 04:47 pm To: ALL (Read 47 times) Subj: INCREMENTING POINTERS To all who may have downloaded message number 3AZD0382, I have found a solution. Through some investigating and playing around I found out that the function call was the problem. I took the '*' out of '*dispatch_host' and set up the 'value' arrays in the same manner as the 'field' arrays and it seems to worl fine. If you have been looking into my problem as detailed in the file ANDY's.ZIP in the conversations area, I appreciate the effort. I thought I would mention the fact that I found a solution so that you could stop working on it if you wished. I will upload a copy of my solution in the same area if anyone wants to see it. thanks again...andy --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3B2P0272 Date: 07/02/90 From: PETER CREAN Time: 08:04 pm To: ALL (Read 48 times) Subj: BTRIEVE FILE MANAGER I have recently started programming with the Btrieve File Manager from Novell and I cannot get it to create files right from within Turbo Pascal 5.5. It will indexed correctly on the Lstring type when I use the BUTIL to create a file but will index on the length on the Lstring rather than the value. Please Help Peter Crean --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3B3F3254 Date: 07/03/90 From: SEBASTIAN DEBROGLIE Time: 11:54 am To: GREGORY WILSON (Rcvd) (Read 52 times) Subj: HERE'S THE BUGGER /* Well, strange as it may seem, this code outputs zero for whatever number you care to put in. It's such an impossibly simple program I can't believe it doesn't work!!! This is not the actual program--I took this section out of the scanf.c example in the QC2.0 online tutorial. It doesn't work either!!! If it makes any difference, I'm using CXL libraries version 5.2, which I added them to the normal small model library that came with QC2.0. Also, I replaced the standard linker with the linker that they said would work with OS/2 applications. In the readme document it said that this linker replaced all previous versions. Even so, was this a mistake?? I am not making applications for an OS/2 environment--only MS-DOS. THIS IS FRUSTRATING!!!! Thanks a million if you have any ideas on what the problem is. --Sebastian */ #include <stdio.h> #include <conio.h> main() { float fp; /* Get numbers. */ printf( "Enter a floating point number: " ); scanf( "%f", &fp ); printf( "%f\n", fp); } --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3BAF0388 Date: 07/06/90 From: GREGORY WILSON Time: 11:06 am To: SEBASTIAN DEBROGLIE (Rcvd) (Read 44 times) Subj: R: HERE'S THE BUGGER I tried it with QC2.5, normal libs and it worked fine! Don't know what to tell you. You may try adding the <float.h>. Let me know what you find out. Gregory Wilson --------------- ** Current thread: HERE'S THE BUGGER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3BE10416 Date: 07/10/90 From: SEBASTIAN DEBROGLIE Time: 01:06 am To: GREGORY WILSON (Rcvd) (Read 24 times) Subj: R: HERE'S THE BUGGER Well, it was the linker. I replaced the standard one with another that the readme fiel said replaced all previous versions. It was lying. There was something wrong with it because with the original linker it works fine. I think MS will be getting a letter soon... Thanks for all your time--if you need any help (within the scope of my measly programming experience or anyhting else) just ask --Sebastian P.S. Sorry for the late response--I've had trouble getting on the system & got hung before while leaving you a message. --------------- ** Current thread: HERE'S THE BUGGER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3BEH2664 Date: 07/10/90 From: GREGORY WILSON Time: 01:44 pm To: SEBASTIAN DEBROGLIE (Rcvd) (Read 10 times) Subj: R: HERE'S THE BUGGER Glad you found the problem! Be talkin to you, Gregory Wilson >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3BAL1274 Date: 07/06/90 From: GRANT ELLSWORTH (Leader) Time: 05:21 pm To: ALL (Read 47 times) Subj: THE C++ SIDE OF TC++ (OR OTHER) Now that TC++ has had time to get loose on several of your hard disks, how about sharing your thoughts on using C++. Does C++ make sense? Can or are you using C++ now for anything? Ready to answer questions some of us may have? Got your fingers burned with it yet? Grant --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3BBN3315 Date: 07/07/90 From: ROBERT BALSOVER Time: 07:55 pm To: GRANT ELLSWORTH (Rcvd) (Read 42 times) Subj: R: THE C++ SIDE OF TC++ (OR OTHER) Grant, There isn't alot of material available that is compatible, I downloaded some material from the UNIX area on CIS and it did not compile without error. I wonder if it will truly make programmers more productive, or if that is just sales hype. The stream classes appear to output more slowly than the functions in conio.h, perhaps thats just my slow 12mz machine. It would have been nice if Borland made a C++ toolkit like the Pascal toolkits, even if just to show more examples of C++ use. Bob --------------- ** Current thread: THE C++ SIDE OF TC++ (OR OTHER) Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3BC21667 Date: 07/08/90 From: ROBERT BALSOVER Time: 02:27 am To: GRANT ELLSWORTH (Rcvd) (Read 36 times) Subj: R: THE C++ SIDE OF TC++ (OR OTHER) Grant, I pulled off a file from CIS, a tutorial on overloading operators. I uploaded it to the DOS collection. Bob >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3BDA2348 Date: 07/09/90 From: STEVE BOOTH Time: 06:39 am To: ALL (Read 35 times) Subj: WHERE IS CXL?/B Message CC'd to: ALL GREGORY WILSON Hi All, Does anybody know if Mike Smedley's address is still the same as documented in the February 17, 1990 version of CXL? I tried calling the BBS documented and it was disconnected. I'd like to send the guy some money (i.e. register)... If anyone has info like the BBS phone number and his address (if it's changed), I'd appreciate knowing it. Thanks! Steve... --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3BDM1376 Date: 07/09/90 From: GREGORY WILSON Time: 06:22 pm To: STEVE BOOTH (Rcvd) (Read 29 times) Subj: R: WHERE IS CXL?/B Steve, As of last Sunday, Mike Smedley's BBS was shut down. He left the following message: June 13, 1990 ------------- Techworks will be going offline effective Saturday, June 23rd. At that time, I will provide CXL product suport on CompuServe (71331,2244), GEnie (M.SMEDLEY), BIX (m.smedley), and the Exec-PC BBS (Mike Smedley). Many personal events have arisen that have kept me from having the time to support a BBS system. I apologize for any inconvenience this may cause. You can forget getting any support via EXECPC, CSERVE or GEnie. He has not logged onto EXEC since Jan and if you send a msg on CSERVE, you get a note back saying that his mailbox is TOOOO full for more msgs. It's ashame. It looks like CXL is dead. I would still send the money. It will take awhile but the source is very well documented and works like a charm. I even recompiled the source under MSC 6.0 with some new optimization and it came through perfect! I hope he will sell the rights to someone willing to continue development on the CXL stuff. I have seen many msgs asking about this but as always no response. STILL...you get your $35 worth and more! Gregory Wilson --------------- ** Current thread: WHERE IS CXL?/B Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3BDQ2864 Date: 07/09/90 From: STEVE BOOTH Time: 09:47 pm To: GREGORY WILSON (Rcvd) (Read 27 times) Subj: R: WHERE IS CXL?/B Greg, Thanks for the info. I agree with you wholeheartedly! I'll be sending off a check but won't hold my breath waiting for a response. Best Regards, Steve... >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3BEK2430 Date: 07/10/90 From: DENNIS DODSON Time: 04:40 pm To: ALL (Read 8 times) Subj: BTRIEVE INTERFACE Could someone out there verify for me that before compiling the Btrieve 4.0 C interface (mscxbtrv.c) supplied by Novell for linking a Microsoft C application with Btrieve, that all you have to change is uncommenting the "#define LMODEL 1" if you are using the large memory model and the "#define WINDOWS 1" if using windows ? I am sure that this is true, but want to be assured there is nothing else to modify that may cause problems with mult-user, file sharing, locks, etc. Thanks in advance for any help. Dennis --------------- Exec-PC Conference/topic message menu You're in the PROGRAMMING conference, C LANGUAGE topic. (209 minutes left) MESSAGE (RNTFSDMLCUXQG, ?=HELP) ->